From: | Alvaro Herrera <alvherre(at)commandprompt(dot)com> |
---|---|
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: | 2008-03-27 20:30:49 |
Message-ID: | 20080327203049.GT8764@alvh.no-ip.org |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-es-ayuda |
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".
> 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.
--
Alvaro Herrera http://www.CommandPrompt.com/
The PostgreSQL Company - Command Prompt, Inc.
From | Date | Subject | |
---|---|---|---|
Next Message | Brando Torres | 2008-03-27 20:43:56 | Ayuda con Encoding |
Previous Message | Gilberto Castillo Martínez | 2008-03-27 20:18:53 | Re: Uso table_log |