起因 nginx服務器采用的keepalived+vip實現的雙活,最近由於一台服務器有問題,更換了一台nginx: 操作: 停止有問題服務器keepalived和nginx 新服務器 ...
機房偶然的一次斷電中,恢復服務器后出現了 無法讀寫磁盤。 其他掛載的磁盤均無異常 查詢日志得知 磁盤掛了。。。 我單純的以為 可能是系統I O異常 就reboot 重啟了。 發現無法進入系統, 又報 BIOS 異常,又報無法找到啟動盤 我暈了。 調整思路開始操作 斷電,拆機,重置BIOS,插電,開機 一頓猛如虎的操作,結果依舊異常 后斷電靜置了 分鍾 插電,開機,進救援模式 按 e 到第二行里 加 ...
2020-10-12 17:42 0 1900 推薦指數:
起因 nginx服務器采用的keepalived+vip實現的雙活,最近由於一台服務器有問題,更換了一台nginx: 操作: 停止有問題服務器keepalived和nginx 新服務器 ...
生產中一塊磁盤故障,由於沒有在系統中先通過--removemissing 操作,直接熱插拔,做了raid 系統無法重啟,進入救援模式,注釋掉受影響的磁盤掛載點,重啟進入系統之后,做了如下操作 # parted /dev/sdd mklabel gpt 首先是將新盤設置成gpt格式 ...
早上突然有小伙伴說系統無法訪問, 以下記錄下解決過程: 測試了一個接口結果如下 接口沒有響應 先看下應用日志 日志使用tail -f 不會自己追加,用htop看到系統兩個核都100%,看到是應用占用的 接下了分析下Java程序怎么占用的 先來個總的: 服務器 ...
注:本文中所有題面數據均經過處理,並未復現現場數據,僅作輔助理解過程之用。 0x00 前言 一次偶然,我經歷了一場奇異的CTF解題過程,盡管上下折騰許久,但終有所收獲。現將解題過程與思路分享。 0x01 開場 開題 github.com/xxxx8888/AaBbcCdD 打開后 ...
事故經過:網站突然無法正常使用,php子進程驟高,詢問開發無改動代碼,查看cpu,內存均無異常,最后查看磁盤使用率100%,然后通過top查看是php進程導致,就一直在查找代碼問題,均無收獲,最后實在沒轍了,老大說刪除下日志試試吧,刪完后網站恢復正常。突然想到一個東西inode,當時由於沒有常看 ...
早上zabbix報警,磁盤滿了,登錄服務器查看信息,一頓操作,突然發現最后lvextend命令不能擴容,查看LVM信息 報錯信息“Couldn't find device with uuid muM70o-3Zzu-FPEJ-YuwB-IXX6-0ezR-lgUK5f” 如圖所示,這個掛載 ...
。 Linux 用pdflush進程把數據從緩存頁寫入硬盤,查看有多少個pdflush進程 cat /p ...
轉載:http://wlservers.blog.163.com/blog/static/120622304201241715945256/ 關於頁面緩存的信息,可以用cat /proc/memin ...