/varのfile system fullエラーメッセージに反応してアラートメールを送る設定にしていたんだけど、アラートメール自体のキューが発生することでさらにfile system fullに成ってアラートメールを発生させてしまう。それでGmailの自分あてアカウントに大量のメールを送りつける状態に。
そういえばcrontabで@rebootを指定してswatchを起動していたんだよな。止めてqmHandle -Dでキュー消去して対処。
logsurferに切り替えるつもりだったのでswatchはやめ。
また/var/qmail/queueを大きいスライスに振り直し。
その他もろもろ:
プライマリーメールサーバーとセカンダリーメールサーバーの調整。セカンダリーのほうにmail/p5-Mail-Spamassassinを導入。
社長のDoCoMoケータイへの転送設定で巨大メールがエラーになるのでearth.rbを導入。
3D室からファイルサーバーがマウントできないというMessengerでの報告が有ったので再起動。
武蔵関スタジオからファイルサーバーとメールサーバーが見えないというSkypeでの報告。ルーティングが腐っていたので起動スクリプトを微調整。
上井草T社から「9月末あたりデータやりとりが始まるのでサーバーの調子を見てくれ」という意味のメールがくる。netatalk1からnetatalk2にバージョンアップしたときに古い.AppleDBあたりが残っていたのでマウント不能になっていた模様。消去して対処。またcjk-2.patchを当てて入れ直す。同時に韓国スタジオもSamba3 + netatalk 2体制にアップデート。
社長のDoCoMoケータイへの転送設定で巨大メールがエラーになるのでearth.rbを導入。
3D室からファイルサーバーがマウントできないというMessengerでの報告が有ったので再起動。
武蔵関スタジオからファイルサーバーとメールサーバーが見えないというSkypeでの報告。ルーティングが腐っていたので起動スクリプトを微調整。
上井草T社から「9月末あたりデータやりとりが始まるのでサーバーの調子を見てくれ」という意味のメールがくる。netatalk1からnetatalk2にバージョンアップしたときに古い.AppleDBあたりが残っていたのでマウント不能になっていた模様。消去して対処。またcjk-2.patchを当てて入れ直す。同時に韓国スタジオもSamba3 + netatalk 2体制にアップデート。



コメントを読む(3) [ コメントする ]