web-dev-qa-db-ja.com

/ var / spoolのPostfixおよびtmpfs

私のメインディスクはSSDですので、書き込みを減らして寿命を維持するために、いくつかの アドバイス に従い、/var/spoolにこの行を追加して/etc/fstabをRAMディスクにしました:

tmpfs   /var/spool tmpfs   defaults,noatime,mode=1777   0  0

システムにRAIDアレイがあり、RAIDアレイが失敗した場合にmdadmから電子メールを送信したいので、後付けを設定しました。電子メールの送信は、再起動するまで正常に機能しました。

postfix: fatal: open /etc/postfix-out/main.cf: No such file or directory

これに対する修正は 明らかに :です。

mkdir /var/spool/postfix
postfix check

それから私は found 私もしなければなりませんでした:

mkfifo /var/spool/postfix/public/pickup
service postfix restart

これで、電子メールの送信は正常に機能します...次の再起動まで。

だから:/ var/spool/postfixの内容が存在しない場合、ブート時に自動的に再作成する最も正しい方法は何ですか?

Ubuntu Server 12.04を使用しています。

2
Rob Fisher

ええ、これをしないでください。 SSDのモデルを指定しませんでしたが、IntelおよびCrucial/Micron SSDは一般に、最低5年間、1日あたりの書き込みでドライブの総容量の25%のような評価を受けています。あなたは消失あなたが説明していないセットアップについて本当に、本当に気が遠くなるようなものがない限り、ここの近くに行くことはまずありません。

2
Jim Salter

Tmpfsに/ var/spool /を置くことに注意してください!


ユーザーCRONジョブはUbuntuの/ var/spool /に保存されます!

/var/spool/ on tmpfsを指定すると、シャットダウンするたびに消去されるため、usercronジョブを使用できなくなります。

ただし、systemcrontabは/etc/crontabにあり、crontab -eコマンドではなく直接編集されます。 これは難しい方法でした:-(

/var/spoolは、postfixのtm​​pfsマウントであってはなりません。 postfixのアクティブキューディレクトリパスを使用します。 /var/spool/postfix/active。データ損失のリスクを減らすために、そのシステムのバッテリーバックアップとデュアル電源があることを確認してください。非アクティブな(リトライキュー)postfix dirは、通常のディスクまたはSSDにある必要があります。 TMPFSは本番環境で使用できますが、計画に時間と忍耐が必要です。 TMPFSにはいくつかのアプリケーションがあり、それらはSSD(最大負荷(1秒あたり数千の「要求」)でも0 iowaitを完全にバタバタさせます)。

1
cdsu