Em 05-09-2013 17:24, JotaComm escreveu:
Ora ora... Já que está usando CentOS, dá uma olhada em /var/log/messagesDigamos que CentOS não foi minha escolha, tive q aceita-lo.
Nossa, eu não tava falando mal dele não. Tenho dezenas de PostgreSQL em CentOS sem problema algum.
Não está aparecendo mensagem de desmontagem de LUN ou queda de caminho (multipath)?Nada de anormal nos logs.
Isso é estranho. Já verificou como anda await/svctime com iostat ou sar?
O S.O. não "mata" o PostgreSQL porque tem escrita com fsync pendente. Provavelmente.Ao enviar um reboot via SO, ele vai tentar parar o processo de maneira kill -TERM (acredito) e caso não consiga deve enviar um sinal mais agressivo (-9) será que não?O problema de dar um dedão/restart forçado na máquina é que você pode perder dados.Sim. O dia que fiz o reboot. tive q rodar um REINDEX em um índice da tabela que estava no vacuum.
Maior sinal de que fsync não está sendo respeitado e é por isso que o PostgreSQL não morre nem com kill (o S.O. espera o fsync terminar).
Verifique iostat ou sar na parte de I/O. Perguntas: Qual o wal_sync_method que está usando? Qual o sistema de arquivos? Ele está íntegro? []s __________________________________ Flavio Henrique A. Gurgel Líder de Projetos Especiais Consultoria, Projetos & Treinamentos 4LINUX Tel1: +55-11.2125-4747 ou 2125-4748 www.4linux.com.br email: [email protected] ______________________________ FREE SOFTWARE SOLUTIONS _______________________________________________ pgbr-geral mailing list [email protected] https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
