因為openwebmail auto-reply自動回信功能,對於企業的形象有關,所以我的老闆說這個功能一定要有,在我轉到nasmail之後,又要面對奇怪的internal server error,後來我判斷,應該是perl更新造成的問題。
2010/10/27號寫了MailScanner 無法順利啟動的問題,我想是這個時候造成的問題,才會在2010/12/05寫解決openwebmail internal server error 問題困擾,所以我才判斷問題出在perl語言包上。上星期,「被ECC記憶體打敗的我」,昨天我又捲土重來,再裝一次,上星期安裝,是用一顆舊的350G SATA硬碟,這次換了另一顆500G的備份硬碟。安裝的過程中,沒有什麼好說的,就和一般差不多,各服務參數,請自行備份。
postfix mail server的郵件檔通常在/var/spool/mail中,除此之外,還要備份家目錄,也就是說/home下面的全都要備份,收信的過程中,會將檔案寫入家目錄,昨天忘記做這個動作,所以用指令慢慢建,後來才把shadow中的帳號倒出來,組合出建目錄和給擁有者權限的指令,速度快了不少。
另外,之前我都偷懶,備份mysql server的資料檔,直接把myslqd停掉,備份/var/lib/mysql中所有的資料,等系統重建完成後,再倒回去就可以,昨天,把mysql版本更新到最新,倒回去還不work,只好接上原來的硬碟,再用phpmysql倒出sql statement,最後再倒回去,反正資料筆數不多,只是拆拆裝裝很麻煩。
花最多時間的是資料備份,因為備份後的郵件檔案,壓起來約4G,原始檔都超過10G,壓縮完都快要一個小時,透過sftp丟出來又快半個小時,再進行解壓縮測試(我用7-zip),沒有問題,我才重灌。
上星期的神奇事件,用yum update完之後,沒有辦法開機,所以資料備到新的環境之後,已經有帳號開始收信,所以我又做了一份壓縮和備份,只有備份啟動後有收到信的帳號,yum upate之後(排除perl更新),重開機之後才正常work,才一切OK。
划於php,一直出現mysql_pconnect錯誤,最後才知道是我放回去的php.ini有問題,原始設備定放回來就正常了。
昨天真正工作的四個小時內(其他的時間都是備份~倒檔~測試),把三年內的主機變動一次做完,超及累的,回到家我都不想講說,腦代只想休息。
隨機文章
- 受保護的內容: XenServer Remove Storage CLI (2016-08-28)
- Windows 10 2004 更新後無法開機問題 (2020-07-22)
- 給蛇蛇一個機會 (2018-03-22)
- 免費DNS代管服務比較 (2013-10-11)
- 原來~電話是播出來給大家聽的 (2009-03-11)