今天一早睜開眼睛,就有人打電話求助,說開發工程師無辜把測試服務器的python包卸載了,目的就是爲了升級python。聽完後一下原本的小眼睛睜大了,也不困了,比任什麼時候候都清醒了。node
開發人員爲了升級python的版本,因而就先卸載已經在運行的python版本的包,看着執行一條命令成功了,還挺高興的,終於也升級一把軟件版本了python
yum remove python* 這一條命令回車後,形成的結果就是ls ,cp等命令執行不了, 我一聽也很生氣就直接回答從新裝系統吧,其實這句回答是很不負責任的一個SA,怎麼能重裝呢,還有數據也倒不出來,遠程ssh也連不上,其實有這樣經歷的,但眼下是怎麼幫助恢復系統可使用基礎命令,沒等告訴他們呢,他們就想到把一些命令給那臺機器上拷,幸虧是臺虛機,因而乎把bin目錄整個大目錄全拷貝過去了,基礎命令是能夠執行了,但仍是遠程ssh登陸不了,遇到這樣的開發真是懶得查問題了,直接再重裝一臺虛機得了。數據庫
不過以前也遇到過這樣的問題,有個同事,執行了如下命令就悲劇了。服務器
是他用rpm安裝其餘包時,總提示gcc版本問題,因而他就想卸載了從新裝,悲劇就發生了。ssh
yum remove gcc*執行的時候屏幕上看着一直在滾動,坐在我邊上,看着屏幕一直滾動着,覺得處理啥大批量數據呢,一問才知道卸載gcc呢,因而趕忙讓執行CTRL+C,還好沒有卸載所有的包,沒辦法,線上的機器,可沒有那麼簡單重裝了,應用都跑着呢,只能擦屁股修復吧,讓現場人掛載光盤後,rpm -ivh ***.rpm --nodeps挨個包的裝,最起碼能運行yum以後就好辦了,就這樣的躲過一截。ide
更有好奇心強的同事,覺得本身的命令玩的特別熟悉,在根目錄下直接執行測試
find . -mtime +5 -type f |xargs -t -i rm -rf {} ;開發
這個同事也挺悲劇的了,原本不是SA,但年輕人總以爲本身啥都行,因而尷尬的就把系統搞掛了,並且這臺服務器在江蘇,正好遇上國慶節前一週的週五,領導也爲難,專門爲這麼一臺服務器讓坐飛機去一趟也挺尷尬的,但不讓坐飛機吧,員工不樂意了,最後想了一招,讓駐地銷售在外邊買一張redhat的盤,而後去機房讓機房的人員幫忙放到光驅裏,幸好是業務剛上線,沒什麼量,不然的話真是打包走人了。其實他不止出過這麼一個事了,啥都敢動,更新數據庫表時,固然是數據庫的表結構,沒有備份那邊表,但應用都回滾了,跟數據庫表不一致了,不是說誰的命好很差,真的是沒有那種維護的意識啊。rem
太可怕了,記錄一下 ,必定要當心it