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

From: Alvaro Herrera <alvherre(at)alvh(dot)no-ip(dot)org>
To: "Ing(dot) Jhon Carrillo - Caracas, Venezuela" <jdigital(at)cantv(dot)net>
Cc: msotocl(at)gmail(dot)com, pgsql-es-ayuda(at)postgresql(dot)org
Subject: Re: existe conexion pero no veo las db/schemas en el pgadmin
Date: 2005-09-20 18:14:46
Message-ID: 20050920181446.GA12114@surnet.cl
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-es-ayuda

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)

In response to

Responses

Browse pgsql-es-ayuda by date

  From Date Subject
Next Message Alfredo Rico 2005-09-20 18:59:25 Particionar tablas en postgre
Previous Message Siciliano, Pablo E. 2005-09-20 18:12:51 Re: La mejor forma de automatizar el backup y hacerlo seguro??