Eu tenho um processo importante que o OOM Killer gostou com resultados infelizes. Eu gostaria de tornar isso menos provável. Tudo o que o Google mostra são coisas como:
echo -1000 > /proc/${PID}/oom_score_adj
enquanto eu gostaria de fazê-lo na própria fonte do programa. Existe uma chamada de biblioteca ou syscall para fazer isso, ou é minha única opção getpid(), open(), write()& close()?
Eu olhei para Sair de um pipeline se um comando anterior falhar , mas estou procurando uma solução mais geral para esse problema:
chlist -q -v -m -r $sourcelist | \
grep '^USER:' | \
chlist -q -v -f - $superlist
o problema é que se o primeiro chlist falhar, nenhuma entrada no 2º chlist é realmente muito ruim.
Existe alguma solução para interromper a execução do segundo chlist além de colocar a saída do primeiro em um arquivo temporário e verificar o status de saída (por exemplo, não usar um pipeline)?
Temos servidores sendmail por trás de um balanceador de carga F5. O balanceador de carga está constantemente abrindo/fechando uma conexão com cada servidor de email para ver se está respondendo. Isso significa que nossos arquivos syslog estão transbordando de linhas como:
19 de setembro 11:13:29 mailserver-X sm-mta[12643]: w8JGDTmi012643: lb5a [10.11.12.13] não emitiu MAIL/EXPN/VRFY/ETRN durante a conexão com o MTA
19 de setembro 11:13:29 mailserver-X sm-mta[12819]: w8JGDSLk0012819: lb5b [10.11.12.14] não emitiu MAIL/EXPN/VRFY/ETRN durante a conexão com o MTA
Existe uma maneira de fazer o sendmail ignorar isso silenciosamente?
Atualmente executando o sendmail-8.14.5, mas atualizaria se necessário para corrigir esse problema.