私のメインディスクは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を使用しています。
ええ、これをしないでください。 SSDのモデルを指定しませんでしたが、IntelおよびCrucial/Micron SSDは一般に、最低5年間、1日あたりの書き込みでドライブの総容量の25%のような評価を受けています。あなたは消失あなたが説明していないセットアップについて本当に、本当に気が遠くなるようなものがない限り、ここの近くに行くことはまずありません。
ユーザーCRONジョブはUbuntuの/ var/spool /に保存されます!
/var/spool/ on tmpfs
を指定すると、シャットダウンするたびに消去されるため、usercronジョブを使用できなくなります。
ただし、systemcrontabは/etc/crontab
にあり、crontab -e
コマンドではなく直接編集されます。 これは難しい方法でした:-(
/var/spool
は、postfixのtmpfsマウントであってはなりません。 postfixのアクティブキューディレクトリパスを使用します。 /var/spool/postfix/active
。データ損失のリスクを減らすために、そのシステムのバッテリーバックアップとデュアル電源があることを確認してください。非アクティブな(リトライキュー)postfix dirは、通常のディスクまたはSSDにある必要があります。 TMPFSは本番環境で使用できますが、計画に時間と忍耐が必要です。 TMPFSにはいくつかのアプリケーションがあり、それらはSSD(最大負荷(1秒あたり数千の「要求」)でも0 iowaitを完全にバタバタさせます)。