最近遇到乙個非常詭異的問題，mha後台程序自己中斷退出了。以下是報錯：
mon dec 21 20:16:07 2015 - [info] ok.
mon dec 21 20:16:07 2015 - [warning] shutdown_script is not defined.
mon dec 21 20:16:07 2015 - [info] set master ping interval 1 seconds.
mon dec 21 20:16:07 2015 - [info] set secondary check script: /etc/mha/bin/masterha_secondary_check -s 192.168.17.93 -s 192.168.18.93
mon dec 21 20:16:07 2015 - [info] starting ping health check on 192.168.17.94(192.168.17.94:3306)..
mon dec 21 20:16:07 2015 - [info] ping(select) succeeded, waiting until mysql doesn't respond..
tue dec 22 10:36:42 2015 - [info] got terminate signal. exit.
看報錯第一反應理解為由於中斷訊號斷開而導致退出程式
查閱nohup相關的資料：
使用時注意：
在當shell中提示了nohup成功後，還需要按終端上鍵盤任意鍵退回到shell輸入命令視窗，然後通過在shell中輸入exit來退出終端；如果在nohup執行成功後直接點關閉程式按鈕關閉終端的話，這時候會斷掉該命令所對應的session，導致nohup對應的程序被通知需要一起shutdown，起不到關掉終端後呼叫程式繼續後台執行的作用。
看到這裡回憶下之前自己的操作可能是有問題的，於是對nohup操作進行下面測試：
注：mha管理服務端是安裝在a機器上，
測試2：先連線mysqlb伺服器，再從b伺服器ssh到a伺服器，再重複上面的命令當執行完後台命令後正常exit退出終端後，一切和上面的操作一樣，mha後台程序不會異常退出。
測試3：先連線mysqlb伺服器，再從b伺服器ssh到a伺服器，再重複上面的命令當執行完後台命令後非正常退出（終端超時斷開或直接關閉securecrt程式）的話，這個時候mha後台程序也跟隨終端退出而退出.
仔細回憶了下我確實是通過某台伺服器ssh到mha伺服器上面執行的命令沒有正常退出終端造成的。問題終於找到了
當然如果你的問題和我的不一樣也可以用另外方法避免後台程序異常退出，那就是把命令寫在指令碼裡面通過執行指令碼就萬無一失了.
**：
MHA監控程序異常退出（MHA版本 0 56）
最近遇到乙個非常詭異的問題，mha後台程序自己中斷退出了。以下是報錯 mon dec 21 20 16 07 2015 info ok.mon dec 21 20 16 07 2015 warning shutdown script is not defined.mon dec 21 20 16 0...
六 Redis程序異常退出排查
redis 啟動以後，總是隔一段時間被自動殺掉。根據分析系統日誌，推測應該是系統記憶體不足被 oom killer 殺掉。一 修改redis配置檔案由於本機自帶記憶體只有1g，一般推薦redis設定記憶體為最大物理記憶體的四分之三，所以設定0.75g，換成byte是751619276.maxmemo...
解決openoffice程序異常退出的辦法
步驟1 編寫指令碼 openoffice.sh usr bin bash openofficepid ps ef grep opt openoffice4 program soffice grep v grep grep v grep awk if n openofficepid then echo...