estamos tentando mover todos os dados do banco de dados para outro local. optamos por executar pg_dump e encontramos alguns problemas:
primeiro foi problema de falta de memória: durante a inicialização do pg_dump, recebemos um erro:
pg_dump: saving search_path =
pg_dump: saving database definition
out of memory
então demos à VM +16GB de RAM, então 24GB no total, o processo pg_dump passou e agora temos outro problema:
pg_dump: dumping contents of table lob_messages
Write failed: Connection reset by peer
gumul@IT-dep:~$
O erro ocorre até agora apenas nesta tabela "lob_messages", esta tabela é enorme - pgAdmin mostra o tamanho de 256 GB. Eu tentei pg_dump em todo o banco de dados, depois desse erro tentei apenas pg_dump nessa tabela exata. O erro ainda ocorre.
Estamos usando o Postgesql 9,4. Nossos administradores de sistema não sabem o problema. Aqui está a visualização htop:
Aqui está a visualização df -h:
eu tentei fazer o arquivo pg_dump no armazenamento NAS montado em /mnt e também localmente em /var/lib/postgresql/9.4/main
aqui estão as configurações alteradas do postgresql.conf:
o erro permanece. Você pode compartilhar alguma sabedoria o que estou fazendo de errado? Durante esse erro (conexão redefinida por peer), desconectei-me do servidor, mas apenas naquela sessão em que o pg_dump é executado. Em outra conexão (monitoramento htop) permanece conectado durante esse erro.
Parece que o erro está vindo da sua sessão ssh, não do pg_dump. Use 'screen' ou 'tmux' para poder retomar a sessão após a falha do ssh.
Talvez o pg_dump ainda esteja em execução ou tenha sido concluído normalmente, mesmo após a sessão de controle ter desaparecido.
Sim. O principal problema estava na configuração do firewall. Houve um limite de sessão (duas horas) depois disso, todas as sessões "ociosas" foram descartadas.
enquanto o htop não entra no estado "ocioso" para a perspectiva do firewall, enquanto o pg_dump entra.