Se alguém mais tiver uma dica, seria grato.

Terei que migrar este ambiente em breve, mas além tempo que será tomado,
este erro está complicando a migração.

Obrigado,


Em 5 de outubro de 2011 13:51, mauro fonseca <mfons...@pbh.gov.br> escreveu:

> Infelizmente nao deu.
>
> O retorno:
>
> pg_restore: [arquivador personalizado] não pôde reabrir entrada padrão
> ão foi possível alocar memória
>
> Continuo pedindo ajuda..Se alguem tiver alguma ideia.
>
> Obrigado.
>
>
> Em 5 de outubro de 2011 10:13, mauro fonseca <mfons...@pbh.gov.br>escreveu:
>
> Flávio,
>>
>> Fiz os seguintes ajustes no limits.conf :
>>
>> postgres       soft     nofile      4096
>> postgres       soft     nproc       4096
>> postgres       hard     nofile       63536
>> postgres       hard     nproc       6353
>>
>> Apos isso, coloquei novamente o pg_restore e ja passou bastante tempo em
>> relacao a queda anterior. Vou aguardar para ver se nao dah mais erros e
>> posto o resultado.
>> Agradeco muito a sua ajuda e prontidao.
>>
>> Abracao.
>>
>> Em 5 de outubro de 2011 09:35, Flavio Henrique Araque Gurgel <
>> fha...@gmail.com> escreveu:
>>
>> 2011/10/5 mauro fonseca <mfons...@pbh.gov.br>:
>>> > Pessoal,
>>> > Estou colando o meu ulimit -a ( a partir do usuario postgres )
>>> > core file size          (blocks, -c) 0
>>> > data seg size           (kbytes, -d) unlimited
>>> > scheduling priority             (-e) 0
>>> > file size               (blocks, -f) unlimited
>>> > pending signals                 (-i) 16382
>>> > max locked memory       (kbytes, -l) 64
>>> > max memory size         (kbytes, -m) unlimited
>>> > open files                      (-n) 1024
>>> > pipe size            (512 bytes, -p) 8
>>> > POSIX message queues     (bytes, -q) 819200
>>> > real-time priority              (-r) 0
>>> > stack size              (kbytes, -s) 8192
>>> > cpu time               (seconds, -t) unlimited
>>> > max user processes              (-u) unlimited
>>> > virtual memory          (kbytes, -v) unlimited
>>> > file locks                      (-x) unlimited
>>>
>>>
>>> Note que não é o limite do usuário postgres, necessariamente, que está
>>> te dando esse erro.
>>> O erro é do pg_restore e ele é uma aplicação de usuário.
>>> Já vi esse tipo de erro quando o pg_restore estava trabalhando com
>>> arquivo no modo custom, é na hora de descompactar certos blocos de
>>> dados.
>>>
>>> Tente, na mesma sessão:
>>> ulimit -d unlimited
>>> ulimit -l unlimited
>>> pg_restore...
>>>
>>> E deve ir.
>>> Caso receba um erro nos comandos ulimit acima, modifique seu arquivo
>>> /etc/security/limits.conf para desbloquear esses limites.
>>> Se ainda não funcionar, qual é a saída do comando abaixo?
>>> /sbin/sysctl kernel.shmmax
>>>
>>> []s
>>> Flavio Gurgel
>>> _______________________________________________
>>> pgbr-geral mailing list
>>> pgbr-geral@listas.postgresql.org.br
>>> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>>>
>>
>>
>
_______________________________________________
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Responder a