Re: existe conexion pero no veo las db/schemas en el pgadmin

Esta fue la cadena de comando que ejecute para realizar el vacuum, ejecutaba
en las madrugadas:

/usr/lib/postgresql/bin/vacuumdb -U postgres --analyze -a

nunca he utilizado el full.

----- Original Message -----
From: "Alvaro Herrera" <alvherre(at)alvh(dot)no-ip(dot)org>
To: "Ing. Jhon Carrillo - Caracas, Venezuela" <jdigital(at)cantv(dot)net>
Cc: <msotocl(at)gmail(dot)com>; <pgsql-es-ayuda(at)postgresql(dot)org>
Sent: Tuesday, September 20, 2005 2:14 PM
Subject: Re: [pgsql-es-ayuda] existe conexion pero no veo las db/schemas en
el pgadmin

> On Mon, Sep 19, 2005 at 01:50:03PM -0400, Ing. Jhon Carrillo - Caracas,
Venezuela wrote:
> > hola
> >
> > ejecute pg_filedump -i 1262 y resulto esto, agradezco la ayuda:
>
> Ok, esta mas que claro que sufriste wraparound de Xid en esta tabla. Se
> puede recuperar esta tabla en particular usando el truco descrito en el
> mail de Tom Lane -- por favor ponle atencion a las instrucciones; no es
> dificil hacerlo pero es facil equivocarse. Basicamente se trata de
> hacer un
>
> pg_resetxlog -x <xid>
>
> donde el Xid es un parametro apropiado (probablemente algo mas de los
> 2151222146). Lamentablemente tambien tienes una entrada con Xmin=538
> que va a resultar invisible si haces eso :-(
>
> Una vez que puedas "ver" las tuplas modificando el "current Xid" con
> pg_resetxlog, tendrias que aplicar dosis de VACUUM a esas tablas (no
> FULL) para que las tuplas queden "congeladas", y luego vuelves al Xid
> que tienes actualmente. Por favor haz respaldos de PGDATA antes de todo
> esto!!!
>
> Espero que esto sea suficientemente doloroso para que aprendas que el
> VACUUM a la base de datos completa no es optativo, al menos una vez cada
> dos mil millones de transacciones. No se que tendra de malo tu script
> de vacuumdb que dices que ejecutas, pero evidentemente lleva un buen
> rato no haciendo lo que tu crees que hace.
>
>
> Las tuplas que te interesa conservar son las que estan marcadas con
> XMAX_INVALID. Asegurate que tienes todas esas en la tabla; puedes ver
> eso si haces un select ctid, * from pg_database y aparecen los ctid
> (0,6) (0,7) (0,15) etc. (El segundo numero debe ser el "Item").
>
>
> > Item 6 -- Length: 164 Offset: 8028 (0x1f5c) Flags: USED
> > XMIN: 538 CMIN: 0 XMAX: 0 CMAX|XVAC: 0
> > Block Id: 0 linp Index: 6 Attributes: 11 Size: 36
> > infomask: 0x2913
> > (HASNULL|HASVARWIDTH|HASOID|XMIN_COMMITTED|XMAX_INVALID|UPDATED)
> > t_bits: [0]: 0xff [1]: 0x05
>
> > Item 7 -- Length: 164 Offset: 7864 (0x1eb8) Flags: USED
> > XMIN: 539 CMIN: 0 XMAX: 0 CMAX|XVAC: 0
> > Block Id: 0 linp Index: 7 Attributes: 11 Size: 36
> > infomask: 0x2913
> > (HASNULL|HASVARWIDTH|HASOID|XMIN_COMMITTED|XMAX_INVALID|UPDATED)
> > t_bits: [0]: 0xff [1]: 0x05
>
> > Item 15 -- Length: 212 Offset: 5536 (0x15a0) Flags: USED
> > XMIN: 579 CMIN: 0 XMAX: 0 CMAX|XVAC: 0
> > Block Id: 0 linp Index: 15 Attributes: 11 Size: 36
> > infomask: 0x2913
> > (HASNULL|HASVARWIDTH|HASOID|XMIN_COMMITTED|XMAX_INVALID|UPDATED)
> > t_bits: [0]: 0xff [1]: 0x03
>
> > Item 16 -- Length: 284 Offset: 5252 (0x1484) Flags: USED
> > XMIN: 691100 CMIN: 0 XMAX: 0 CMAX|XVAC: 0
> > Block Id: 0 linp Index: 16 Attributes: 11 Size: 32
> > infomask: 0x2912
(HASVARWIDTH|HASOID|XMIN_COMMITTED|XMAX_INVALID|UPDATED)
>
> > Item 17 -- Length: 224 Offset: 5028 (0x13a4) Flags: USED
> > XMIN: 703718 CMIN: 0 XMAX: 0 CMAX|XVAC: 0
> > Block Id: 0 linp Index: 17 Attributes: 11 Size: 36
> > infomask: 0x2913
> > (HASNULL|HASVARWIDTH|HASOID|XMIN_COMMITTED|XMAX_INVALID|UPDATED)
> > t_bits: [0]: 0xff [1]: 0x03
>
> > Item 18 -- Length: 164 Offset: 4864 (0x1300) Flags: USED
> > XMIN: 2151222142 CMIN: 0 XMAX: 0 CMAX|XVAC: 0
> > Block Id: 0 linp Index: 18 Attributes: 11 Size: 36
> > infomask: 0x0a13
(HASNULL|HASVARWIDTH|HASOID|XMIN_INVALID|XMAX_INVALID)
> > t_bits: [0]: 0xff [1]: 0x05
>
> > Item 19 -- Length: 164 Offset: 4700 (0x125c) Flags: USED
> > XMIN: 2151222143 CMIN: 0 XMAX: 0 CMAX|XVAC: 0
> > Block Id: 0 linp Index: 19 Attributes: 11 Size: 36
> > infomask: 0x0a13
(HASNULL|HASVARWIDTH|HASOID|XMIN_INVALID|XMAX_INVALID)
> > t_bits: [0]: 0xff [1]: 0x05
>
> > Item 20 -- Length: 272 Offset: 4428 (0x114c) Flags: USED
> > XMIN: 2151222144 CMIN: 0 XMAX: 0 CMAX|XVAC: 0
> > Block Id: 0 linp Index: 20 Attributes: 11 Size: 32
> > infomask: 0x0a12 (HASVARWIDTH|HASOID|XMIN_INVALID|XMAX_INVALID)
>
> > Item 21 -- Length: 212 Offset: 4216 (0x1078) Flags: USED
> > XMIN: 2151222145 CMIN: 0 XMAX: 0 CMAX|XVAC: 0
> > Block Id: 0 linp Index: 21 Attributes: 11 Size: 36
> > infomask: 0x0a13
(HASNULL|HASVARWIDTH|HASOID|XMIN_INVALID|XMAX_INVALID)
> > t_bits: [0]: 0xff [1]: 0x03
>
> > Item 22 -- Length: 212 Offset: 4004 (0x0fa4) Flags: USED
> > XMIN: 2151222146 CMIN: 0 XMAX: 0 CMAX|XVAC: 0
> > Block Id: 0 linp Index: 22 Attributes: 11 Size: 36
> > infomask: 0x0a13
(HASNULL|HASVARWIDTH|HASOID|XMIN_INVALID|XMAX_INVALID)
> > t_bits: [0]: 0xff [1]: 0x03
>
>
> --
> Alvaro Herrera
http://www.planetpostgresql.org
> "Aprender sin pensar es inútil; pensar sin aprender, peligroso" (Confucio)
>
> ---------------------------(fin del mensaje)---------------------------
> TIP 2: puedes desuscribirte de todas las listas simultáneamente
> (envíe "unregister TuDirecciónDeCorreo" a majordomo(at)postgresql(dot)org)