前些天公司項目需要對上傳的圖片打水印，前端采用angularjs，後端nodejs，網上一搜，找到了一個images的庫，在本地Windows環境下試了下還不錯，然後就上傳測試服務器（CentOS 6.5系統）了，結果就出問題了，網上一查，發現需要Gblic2.14（CentOS 6.5系統自帶的是2.12版本）。
後來左右看了下感覺這個插件還是比較簡單好用的，哈哈，遂決定升級gblic2.12，看了一下本著夠用就行的原則，我升級到了2.15，本地虛擬機centos6.5試了一下沒問題，決定在測試服上升級下，結果就出錯了，然後一個不查，ssh遠程連接不上了，系統就此宣告崩潰，後來兩個人重裝了系統，折騰了兩天，教訓啊。。。
升級參照教程： （ ps:出錯在於個人原因，這篇文章還是很贊的）。
造成系統崩潰的主要原因是安裝出錯後處理草率了，接觸linux不到倆月處理錯誤缺乏經驗直接就體現處理了，哎：
出錯經過：安裝失敗後實際上應該把軟連接在指向回去的，
ln -s/lib64/libc-2.15.so lib64/libc.so.6
然而事實是沒指向還不注意退出了有root權限的窗口（當時開的兩個窗口），然後另外一個窗口 su sudo 命令全部失效了我，不僅如此，遠程連接也直接被服務器拒絕，無法登陸系統了。。。。，而修改軟連接需要 rm -rf /lib64/libc.so.6 ，然而沒有權限就悲劇，所以死循環沒救了，，，，（也許大神有辦法但我是真解決不了了）；
然後 ，這最後一個登陸上的窗口也解決不了啥問題，然後直接退出了，
記住這次教訓，以後一定要謹慎啊，重裝系統環境配置啥的弄完整個人都不好了.......
Linux下GLIBCXX和GLIBC版本低造成的編譯錯誤的解決方案
Linux升級Glibc
危險！GHOST(幽靈）漏洞曝光
GNU glibc 爆 gethostbyname 緩沖區溢出漏洞
glibc gethostbyname緩沖區溢出漏洞(CVE-2015-0235)
Linux glibc幽靈漏洞測試與修復方法
http://xxxxxx/Linuxjc/1145171.html TechArticle