Postfix et tmpfs pour / var / spool
Mon disque principal est un SSD. Afin de préserver sa durée de vie en réduisant les écritures, j'ai suivi advice et fait de /var/spool un disque RAM en ajoutant cette ligne à /etc/fstab:
tmpfs /var/spool tmpfs defaults,noatime,mode=1777 0 0
Plus tard, j'ai configuré postfix parce que j'ai un réseau RAID sur mon système et que mdadm veut m'envoyer un courrier électronique en cas d'échec de la matrice RAID, ce qui semble être une bonne idée. L'envoi d'e-mails a bien fonctionné jusqu'à ce que je redémarre, puis:
postfix: fatal: open /etc/postfix-out/main.cf: No such file or directory
Le correctif pour ceci est apparemment :
mkdir /var/spool/postfix
postfix check
Puis je trouvé je devais aussi faire:
mkfifo /var/spool/postfix/public/pickup
service postfix restart
Maintenant, envoyer des emails fonctionne bien ... jusqu'au prochain redémarrage.
Alors: quel est le moyen le plus correct de recréer le contenu de/var/spool/postfix automatiquement au démarrage s'il n'existe pas?
J'utilise Ubuntu Server 12.04.
Ouais, ne fais pas ça. Vous n'avez pas spécifié votre modèle de disque SSD, mais les disques SSD Intel et Crucial/Micron sont généralement évalués à environ 25% de la capacité totale du disque en écriture par jour pendant au moins 5 ans. Vous êtes en train de disparaître si vous n'avez pas quelque chose de vraiment époustouflant dans votre configuration que vous n'avez pas décrite.
Méfiez-vous de mettre/var/spool/sur les fichiers tmpfs!
l'utilisateur CRON JOBS est stocké dans/var/spool/sur Ubuntu!
Si vous mettez /var/spool/ on tmpfs, vous ne pourrez pas avoir de tâches cron utilisateur car elles seront effacées à chaque arrêt.
Le système crontab est cependant situé dans /etc/crontab et est édité directement PAS avec la commande crontab -e. découvert cela à la dure :-(
/var/spool ne devrait pas être le montage de tmpfs pour postfix. Utilisez le chemin de répertoire de la file d'attente active pour postfix i.e .; /var/spool/postfix/active. Assurez-vous de disposer d'une batterie de secours et d'une double alimentation pour ce système afin de réduire le risque de perte de données. Votre répertoire postfix inactif (file d'attente avant nouvelle tentative) doit se trouver sur un disque ou un SSD normal. TMPFS peut être utilisé en production, il faut juste du temps de planification et de la patience. J'ai eu quelques applications sur TMPFS et ils claquent complètement le SSD 0 iowait même dans les charges les plus élevées (des milliers de "demandes" par seconde).