Meu disco principal é um SSD, então para preservar seu tempo de vida reduzindo gravações, eu segui algumas advice e fez /var/spool a ram disk adicionando esta linha a /etc/fstab :
tmpfs /var/spool tmpfs defaults,noatime,mode=1777 0 0
Mais tarde eu configurei o postfix porque eu tenho uma matriz RAID no meu sistema e o mdadm quer me enviar e-mail se a matriz RAID falhar, o que soa como uma boa ideia. O envio de e-mails funcionou bem até que eu reiniciei, ponto em que:
postfix: fatal: open /etc/postfix-out/main.cf: No such file or directory
A correção para isso é aparentemente :
mkdir /var/spool/postfix
postfix check
Então, eu found Eu também tive que fazer:
mkfifo /var/spool/postfix/public/pickup
service postfix restart
Agora, o envio de e-mails funciona bem ... até a próxima reinicialização.
Então: qual é a maneira mais correta de recriar o conteúdo do / var / spool / postfix automaticamente no momento da inicialização se ele não existir?
Estou usando o Ubuntu Server 12.04.
Sim, apenas não faça isso. Você não especificou seu modelo de SSD, mas os SSDs Intel e Crucial / Micron são geralmente classificados para algo como 25% da capacidade total do disco em gravações por dia, por no mínimo cinco anos. Você está involuntariamente improvável de chegar perto disso aqui, a menos que exista algo realmente incompreensível na sua configuração que você não tenha descrito.
User CRON JOBS são armazenados em / var / spool / no Ubuntu!
Se você colocar /var/spool/ on tmpfs , não poderá ter nenhuma tarefa do cron do usuário , porque elas serão apagadas em todos os desligamentos.
O crontab system está localizado em /etc/crontab e é editado diretamente NÃO com o comando crontab -e . descobri isso da maneira mais difícil: - (
/var/spool não deve ser a montagem tmpfs para o postfix. Use o caminho do diretório da fila ativa para o postfix, por exemplo; %código%. Certifique-se de ter um backup de bateria e energia dupla para esse sistema para reduzir o risco de perda de dados. Seu diretório de postfix inativo (fila de repetição) deve estar em disco ou SSD normal. O TMPFS pode ser usado na produção, apenas requer tempo e paciência de planejamento. Eu tive alguns aplicativos em TMPFS e eles completamente slam SSD hands down 0 iowait mesmo nas cargas mais altas (milhares de "pedidos" por segundo).