Posted on 2011-05-20 09:24
寒武紀 閱讀(7796)
評論(2) 編輯 收藏 所屬分類:
心得
上周服務器的一個PHP軟件不能訪問，查看原因是CentOS的PCRE模塊未用utf-8編碼引起的，由是搜索了一些資料照著變更，沒有效果。
當時和另一個朋友L共同嘗試刪除后重裝，由于對Linux系統不熟悉，只會使用常規的命令進行一些皮毛的操作，就直接用yum remove進行刪除，系統當時還提示是否remove掉相關聯的700多個組件或模塊。當時也沒有多想就直接回車！結果------悲劇了，屏幕狂刷，我意識到pcre是基礎模塊，所有關聯它的或是它關聯都刪除掉，系統將遭遇一個災難式的破壞。等刷完屏幕的字符，最終發現：所有的bin目錄下的命令全部不見了！！！天哪，連ls命令都沒有，唯獨剩下一個cd命令。幸運的是，當時運行在服務器的幾個應用還能訪問，比如說phpmyadmin。
而后想了想，嘗試了各種方式去恢復，都沒有辦法，那么，唯一的辦法就是盡量備份原有的數據和文件，重裝系統進行環境的重新搭建。還好有其它方式，可以先把里面重要的文件都提取了出來。然后在幸存的phpmyadmin上趕緊進行mysql相關數據庫的備份。（注：因為是個人的服務器，所以并沒有像公司一樣做好運營和備份計劃）
第二天決定重裝系統了，管理員用了3個小時才搭建起CentOS5.5和SSH遠程服務端。輪到我和L需要用SSH進行遠程的環境搭建。接下來的三天晚上，真是折騰又折騰。計劃安裝的幾個主要軟件是：Mysql、PHP、Apache、JDK、Tomcat、Ruby on Rails、Redmine、PHPMyAdmin等。
第一個晚上，災難之前裝在上面的上述各種軟件版本都有點低，所以想干脆直接上最新的，而CentOS5.5的yum庫是取不到這些最新的軟件的。所以朋友 L 大量地采用了make install和rpm方式來安裝，而CentOS本身集成的就只有Apache的版本滿足。裝了MySQL5.5+phpMyAdmin3.4，運行起來了卻發現和MySQL5.5和redmine1.1.1有沖突，主要是RoR環境的Mysql驅動有問題，在網上能找到的都是從
http://www.tmtm.org/en/ruby/mysql/ 下載的0.2.6版本，這個版本我只試在MySQL5.0情況下正常連接。現在換成5.5，就無法運行了，為此我還特地把Ruby環境從1.8.6提高到1.8.7，同樣裝了redmine官網要求的各種Ruby工具和Rails組件，折騰無果！最后，我還把異常信息拿出來，給ruby-mysql的日本作者發了一個email，第二天作者回復我，原來ruby-mysql已經掛到GitHub去了，而且現在已經是3.0alpha狀態了，但是他不確定能否工作在ruby1.8.6下。 最后感覺還是不行，切換回MySQL5.0，同樣高版本的ruby-mysql驅動也無法連接低版本的MySQL。第一天以失敗告終！
第二天晚上繼續折騰，再不停地重新安裝，這時才想起一個問題：應該退回到系統宕機前的所有軟件版本狀態，這樣原先備份的數據才能正常恢復，不會帶來額外的版本沖突麻煩。于是折騰到接近晚上12：00時發覺方向錯了，無奈，和 L 打了個招呼，計劃明天讓管理員再重裝一次系統，現在目前的系統又被我們搞亂了！
第三天。就著原來的思路，重裝恢復到以前的版本，又用yum的原來方式裝回原來的版本，這次進行順利。用了二個小時，就把常用的軟件恢復了，同時恢復了數據庫。最后只剩下一個問題，redmine的密鑰恢復后，仍然無法連接原來的用戶密碼，我想可能得去查閱redmine的用戶管理模塊，看看它究竟是怎么生成密碼和檢驗登錄的，有趣的事是發現網友找到另一個方法，就是直接在redmine下建ruby腳本，調用ActiveReord的User.save()，存一個自己的新密碼，不曉得可不可行，找個時間做個實驗看看。
回頭一想。其實規劃、整理、理清服務器的管理工作，比精通Linux系統、各種軟解決技術更為重要！
剛進場的時候戲就落幕