記錄一次伺服器事故的處理

2021-08-14 12:01:03 字數 1341 閱讀 1142

17年的聖誕節, **的伺服器出現了一起事故, 時恰逢考試, 不得已直到今日才對此事故有所眉目.

伺服器: dell poweredge

作業系統: centos 5.11

後端框架: php-cmsv9

shutdown[7326]: shutting down for system reboot

init: cannot execute "/etc/rc.d/rc"

init: no more processes left in this runlevel

init: cannot execute "/etc/rc.d/rc"
chroot: /bin/sh can not be executable
sshd[5181]: user root not allowed because shell /bin/bash is

not executable

shutdown[7326]: shutting down for

system reboot

init: cannot execute "/etc/rc.d/rc"

init: no more processes left in this runlevel

shutdown[7329]: shutting down for

system reboot

shutdown[7331]: shutting down for

system reboot

於google發現一條重要資訊:

locked out after installing a bash without executable bit

測試的兩個啟動盤無法引導機器

考慮到機器比較老舊, 而新系統(ubuntu 16.04和centos 6.8 均使用基於uefi引導的grub 2啟動管理器, 而使用工具製作的windows pe則一般使用grub4dos啟動管理器, 所以決定使用基於mbr方式引導的grub4dos啟動管理器引導u盤上的centos 5.11, 再進入救援模式解決問題.

rc檔案不能執行

rc檔案的直譯器就是/bin/bash, 如果bash不能執行, 那麼rc指令碼也就不能執行, 因此bash的執行許可權是關鍵.

進入救援模式

修改bash可執行許可權

chmod +x /mnt/sysimage/bin/bash
mbr引導的啟動盤製作方法

記一次伺服器事故

mysql資料庫報錯 can t create write to file tmp sql 6ccc 0.myi 在開始刪除之後,所有服務就已經恢復正常執行了,接下來就是優化那個session了,哎又是埋坑.最後附上inode擴容的方法 但是需要注意,手動擴inode,一般是新建分割槽時設定的,該操...

記一次重啟伺服器技術事故

線索cues 筆記notes 重啟伺服器之後,專案出現故障 1 檢查mysql連線 2 檢查資料表是否出錯 3 檢查redis是否重啟 4 檢查xunsearch是否啟動 5 檢查session是否需要更新 總結summary 1 不能著急 2 檢視日誌,確定基本原因 日誌有 專案日誌 php日誌 ...

記錄一次事故 idea,sbt,scala

沒事千萬不要點idea的update啊,就算它自己彈出來的也不要管哦。我們自己的ide在使用過程中總會有各種settting的配置,更新之後這些都沒有了,而且自己本地安裝的外掛程式也就都沒有了,所以更新一定要謹慎。這裡記錄下這次更新,並把更新之後對sbt的配置更改做一次記錄,下次再出現問題就不用去網...