Re: Problemas con pg_dump

Miren ahora acabo de cambiar la forma del pg_dump a la siguiente:

$pg_dump -v -U postgres -Ft -b vasa > vasa.tar

He generado un listado con lo que esta en el archivo vasa.tar de la
siguiente forma:

pg_restore -l vasa.tar > vasa.list

Y esto es lo que me muestra:

;
; Archive created at Thu Mar 17 10:12:30 2005
; dbname: vasa
; TOC Entries: 2087
; Compression: 0
; Dump Version: 1.7-0
; Format: TAR
; Integer: 4 bytes
; Offset: 8 bytes
;
;
; Selected TOC Entries:
;
6; 331813069 SCHEMA auditorias
3; 341327095 SCHEMA valoracion
701; 8043740 FUNC PROCEDURAL LANGUAGE plpgsql_call_handler() vasa
699; 8043741 PROCEDURAL LANGUAGE plpgsql
700; 8043741 ACL LANGUAGE plpgsql
5; 2200 ACL public vasa
89; 8043742 SEQUENCE samafamilia_co_familia_seq vasa
91; 8043744 SEQUENCE samafamilia_sq_serialcolumn_seq vasa
93; 8043746 SEQUENCE samadetfamilia_sq_serialcolumn_seq vasa
95; 8043752 SEQUENCE samatpfilial_co_tpfilial_seq vasa
187; 8043754 TABLE samatpfilial vasa
97; 8043761 SEQUENCE samaempresa_co_empresa_seq vasa
99; 8043763 SEQUENCE samaempresa_sq_serialcolumn_seq vasa
188; 8043765 TABLE samaempresa vasa
101; 8043771 SEQUENCE systabactivos_co_codigo_seq vasa
103; 8043773 SEQUENCE systabactivos_sq_serialcolumn_seq vasa
189; 8043775 TABLE systabactivos vasa
105; 8043779 SEQUENCE samamoneda_sq_serialcolumn_seq vasa
190; 8043781 TABLE samamoneda vasa
107; 8043784 SEQUENCE samapais_co_pais_seq vasa
109; 8043786 SEQUENCE samapais_sq_serialcolumn_seq vasa
191; 8043788 TABLE samapais vasa
111; 8043792 SEQUENCE samaestado_co_estado_seq vasa
113; 8043794 SEQUENCE samaestado_sq_serialcolumn_seq vasa
192; 8043796 TABLE samaestado vasa
115; 8043800 SEQUENCE samamunicipio_co_municipio_seq vasa
117; 8043802 SEQUENCE samamunicipio_sq_serialcolumn_seq vasa
193; 8043804 TABLE samamunicipio vasa
119; 8043808 SEQUENCE samaciudad_co_ciudad_seq vasa
121; 8043810 SEQUENCE samaciudad_sq_serialcolumn_seq vasa
194; 8043812 TABLE samaciudad vasa
123; 8043829 SEQUENCE err_seq vasa
195; 8043831 TABLE err vasa
125; 8043837 SEQUENCE samatipo_co_tipo_seq vasa
127; 8043839 SEQUENCE samatipo_sq_serialcolumn_seq vasa
129; 8043841 SEQUENCE sadettipo_co_dettipo_seq vasa
131; 8043843 SEQUENCE sadettipo_sq_serialcolumn_seq vasa
133; 8043845 SEQUENCE sadettipo_id_usuario_seq vasa
135; 8043847 SEQUENCE samaclase_co_clase_seq vasa
137; 8043849 SEQUENCE samaclase_sq_serialcolumn_seq vasa
139; 8043851 SEQUENCE samagrupo_co_grupo_seq vasa

El archivo es muy grande pero si esta el tipo lo y la relacion samaempresa
y el lengueje, eso es lo que no entiendo, de la forma que haga el pg_dump,
los objetos en cuestion estan, pero no se bajan a la nueva base de datos

Saludos

> On Thu, Mar 17, 2005 at 10:10:31AM -0400, Mario A. Soto Cordones wrote:
>> Puede ser algo de privilegios ya que el .so si esta instalado en
>> /usr/lib/pgsql
>
> Y $libdir es ese directorio?
>
>> Pero no encuentro el problema de los privilegios ya que segun yo todos
>> los permisos estan OK
>
> El usuario que esta recuperando el respaldo, es superusuario?
>
> Otra cosa: los mensajes de error que mostraste en el primer mensaje no
> coinciden ni de lejos con el extracto de volcado que mostraste en otro
> mensaje. Por ej. no hay nada sobre la tabla "samaempresa" (o algo asi)
> en el volcado. Tampoco hay ningun comando \.
>
> --
> Alvaro Herrera (<alvherre[(at)]dcc(dot)uchile(dot)cl>)
> "In Europe they call me Niklaus Wirth; in the US they call me Nickel's
> worth.
> That's because in Europe they call me by name, and in the US by value!"