Re: Problemas restaurando una base de datosde 2.4 GB

Excerpts from ka rlitos's message of lun may 10 17:30:31 -0400 2010:
>
> Perdón este debería ser el titulo del post anteriro, no se como se pasó y pido mil disculpas a todos
> El problema es el siguiente: me han pasado una dase de datos en postgresql 8.1 yo la estoy tratando de restaurar de la siguiente forma:
> psql -v -a -d carlos < temp/var/lib/pgsql/DUMP2010.dump
> y me da el siguiente error en los logs y la tabla referenciada despues de
> ver la info no tiene ningun dato.
> El backup contiene por lo que pude ver tiene un campo tipo bytea que
> contiene documentos.
> Esto es lo que registra el log de postgresql
> MdSmgr: 8192 total in 1 blocks; 6568 free (2 chunks); 1624 used
> LOCALLOCK hash: 8192 total in 1 blocks; 3912 free (0 chunks); 4280 used
> Timezones: 48616 total in 2 blocks; 5968 free (0 chunks); 42648 used
> ErrorContext: 8192 total in 1 blocks; 8176 free (3 chunks); 16 used
> 2010-05-10 16:54:57 ART ERROR: memoria agotada
> 2010-05-10 16:54:57 ART DETALLE: Falla en petición de tamaño 1073741823.
> 2010-05-10 16:54:57 ART CONTEXTO: COPY dig_adjuntos, línea 356:
> «513 101a_sqlclientaccess_nt.exe MZ\\220\\000\\003\\000\\000\\000\\004\\000\\000\\000\\377\\377\\000\...»

Hmm. ¿Cuánto pesa el .exe que viene como adjunto en ese registro?
¿Alrededor de 1 GB? Quizás se te está agotando la memoria al tratar de
restaurar :-( El problema es que al ingresar un dato de tipo bytea se
crear como 3 copias en memoria concurrentemente, si tienes mala suerte,
con lo cual puede que se agote toda la memoria del servidor. ¿Cuánta
memoria tiene el servidor? ¿Tiene un límite de memoria por proceso que
se pueda ver con ulimit? Si no, quizás te ayude agregar más swap.
--