Re: Problemas con pg_dump
- From: Sebastián Baioni <sebaioni-postgresql(at)yahoo(dot)com(dot)ar>
- To: Sebastián Baioni <sebaioni-postgresql(at)yahoo(dot)com(dot)ar>
- Cc: postgres <pgsql-es-ayuda(at)postgresql(dot)org>
- Subject: Re: Problemas con pg_dump
- Date: Fri, 28 Mar 2008 09:09:26 -0300 (ART)
- Message-id: <911125(dot)58935(dot)qm(at)web36102(dot)mail(dot)mud(dot)yahoo(dot)com>
--- Alvaro Herrera <alvherre(at)commandprompt(dot)com> escribió:
> Sebastián Baioni escribió:
>
> > Los errores aparecen siempre en el cliente, hoy por ejemplo tuvimos otro error:
> > pg_dump: Falló la extracción del contenido de la tabla «tutut00»: PQgetCopyData() falló.
> > pg_dump: Mensaje de error del servidor: cannot allocate memory for input buffer
>
> Hmm, esa tabla, ¿tiene alguna columna con valores muy grandes? Prueba a
> hacer un "select * from tutut00".
Esta tabla tiene 58 campos y ya va por 1.404.523 de registros, un backup de esa tabla pesa 119 MB.
Por lo general se traba en esa tabla y en otras dos que tienen cerca de 5.000.000 de registros,
pero a veces se traba en tablas que solo tienen ciento de registros.
> > Pero en otros casos se queda como haciendo el backup y el archivo deja de crecer y no tira
> ningún
> > error, pero con el pgAdminIII vemos que hay locks de tablas del servidor:
> > PID DB Relation Mode
> > 5652 si pg_authid AccessShareLock
> > 5652 si pg_proc_proname_args_nsp_index AccessShareLock
> > 5652 si pd_depend_depender_index AccessShareLock
> > 5652 si pg_operator_oprname_l_r_n_index AccessShareLock
> > 5652 si pg_tablespace AccessShareLock
>
> Eso es normal.
>
> Los registros interesantes en pg_locks son los que tienen granted=false.
> Quiere decir que la transaccion a que corresponden esta esperando que
> otra transaccion libere el lock.
En nuestro caso siempre está granted=YES
Gracias
Sebastián
Yahoo! Encuentros.
Ahora encontrar pareja es mucho más fácil, probá el nuevo Yahoo! Encuentros http://yahoo.cupidovirtual.com/servlet/NewRegistration
Home |
Main Index |
Thread Index