Marcelo Costa escreveu: > Que o PostgreSQL não usa o /tmp isso é óbvio, porém o SO usa essa > partição para descompactar arquivos por padrão antes de efetivamente > gravar no disco caso o tamanho do arquivo seja superior ao tamanho da > quantidade de memória ram disponivel. e como você mesmo disse sockets > Unix. Dependendo de como o dump foi feito, compactações e etc... ele vai > sim utilizar o /tmp. > E você vai descompactar o que? De acordo com a sua primeira e última frase, você está se contradizendo. Se o SO precisar de memória ele vai recorrer a swap e *não* ao /tmp. Novamente, o problema *não* é o tamanho do /tmp; o pg_restore não descompacta arquivos em locais temporários para depois ler as informações, ele faz isso diretamente utilizando libz ou rotinas de manipulação de arquivos (fopen & cia).
> > O que pode estar acontecendo é que o arquivo gerado deve ter algum > caracter > inválido. > > > out of memory <> caracter inválido. > Errado. Erros de "out of memory", às vezes, estão relacionados a caracteres inválidos; porque o PostgreSQL calcula de maneira errada a quantidade de memória necessária para uma certa operação. Ainda mais com a versão 7.4, onde não tínhamos uma "amarração" consistente de configuração regional (aka locale) e codificação de caracteres (aka encoding). É claro que isso pode ter sido causado por problemas no hardware (memória e/ou disco defeituoso). -- Euler Taveira de Oliveira http://www.timbira.com/ _______________________________________________ pgbr-geral mailing list [email protected] https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
