Re: vacuum verbose

Postgrerianos, he realizado un vacuum verbose analyze y al terminar me da
el espacio libre contiene 587131 paginas en 30 relaciones .......
560960 entradas de pagina son necesarias pra registrar todo el espacio libre los limites actuales son 2159795 entradas de pagina,
1000 relaciones, usando 12720kb..

esto es el max_fsm_pages?, pregunto porque ahora no me recomienda incrementarlo como alguna vez lo hizo..

como resuelvo esto?

Yahoo! Cocina
Recetas prácticas y comida saludable
http://ar.mujer.yahoo.com/cocina/

Gabriel Ferro escribió:
>
> Postgrerianos, he realizado un vacuum verbose analyze y al terminar me da
> el espacio libre contiene 587131 paginas en 30 relaciones .......
> 560960 entradas de pagina son necesarias pra registrar todo el espacio libre los limites actuales son 2159795 entradas de pagina,
> 1000 relaciones, usando 12720kb..
>
> esto es el max_fsm_pages?, pregunto porque ahora no me recomienda incrementarlo como alguna vez lo hizo..

Está OK.

--
Alvaro Herrera http://www.flickr.com/photos/alvherre/
"There was no reply" (Kernel Traffic)

Maestros, sigo molestando... pero tuve un gran problemilla, tuve un bajon de tension y la UPS no me funciono... la cosa es que saltaron algunos problemitas en postgres..
ahora cuando hago un update table set campo=valor... me da
ERROR: item pointer (543108,2) already exists

que cornos es lo que existe?

Antes me habia dado un error en un indice secundario.. asi que lo borre y lo cree de nuevo.... estaran pinchados otros indices?... me convendra borrarlos y recrearlos?

Saludazos.

Yahoo! Cocina
Recetas prácticas y comida saludable
http://ar.mujer.yahoo.com/cocina/

Gabriel Ferro escribió:
>
> Maestros, sigo molestando... pero tuve un gran problemilla, tuve un bajon de tension y la UPS no me funciono... la cosa es que saltaron algunos problemitas en postgres..
> ahora cuando hago un update table set campo=valor... me da
> ERROR: item pointer (543108,2) already exists
>
> que cornos es lo que existe?

Nunca antes había visto este error. ¿Qué versión de Postgres tienes
exactamente?

--
Alvaro Herrera http://www.flickr.com/photos/alvherre/
Thou shalt check the array bounds of all strings (indeed, all arrays), for
surely where thou typest "foo" someone someday shall type
"supercalifragilisticexpialidocious" (5th Commandment for C programmers)

2009/3/9 Gabriel Ferro <gabrielrferro(at)yahoo(dot)com(dot)ar>:
>
> Maestros, sigo molestando... pero tuve un gran problemilla, tuve un bajon de tension y la UPS no me funciono... la cosa es que saltaron algunos problemitas en postgres..
> ahora cuando hago un update table set campo=valor... me da
> ERROR: item pointer (543108,2) already exists
>

Estas usando indices GIN?

https://projects.commandprompt.com/public/pgsql/browser/trunk/pgsql/src/backend/access/gin/gindatapage.c?rev=27594

Aca se muestra el mensaje de error ese...

calculo que reindizando deber{ia salir adelante.

> que cornos es lo que existe?
>
> Antes me habia dado un error en un indice secundario.. asi que lo borre y lo cree de nuevo.... estaran pinchados otros indices?... me convendra borrarlos y recrearlos?
>
> Saludazos.
>
>
>
>      Yahoo! Cocina
> Recetas prácticas y comida saludable
> http://ar.mujer.yahoo.com/cocina/
> --
> TIP 4: No hagas 'kill -9' a postmaster
>

--
Emanuel Calvo Franco
Sumate al ARPUG !
(www.postgres-arg.org -
www.arpug.com.ar)
ArPUG / AOSUG Member
Postgresql Support & Admin

Gabriel Ferro escribió:
>
> Maestros, sigo molestando... pero tuve un gran problemilla, tuve un bajon de tension y la UPS no me funciono... la cosa es que saltaron algunos problemitas en postgres..
> ahora cuando hago un update table set campo=valor... me da
> ERROR: item pointer (543108,2) already exists
>
> que cornos es lo que existe?

Antes de borrar la evidencia (es decir antes de hacer REINDEX) sería
bueno que guardaras una copia del indice por si acaso encontrar el bug
no es trivial.

¿Es reproducible el error con alguna secuencia de órdenes a partir de una
BD en blanco?

--
Alvaro Herrera http://www.advogato.org/person/alvherre
"I suspect most samba developers are already technically insane...
Of course, since many of them are Australians, you can't tell." (L. Torvalds)

2009/3/9 Alvaro Herrera <alvherre(at)alvh(dot)no-ip(dot)org>:
> Gabriel Ferro escribió:
>>
>> Maestros, sigo molestando... pero tuve un gran problemilla, tuve un bajon de tension y la UPS no me funciono... la cosa es que saltaron algunos problemitas en postgres..
>> ahora cuando hago un update table set campo=valor... me da
>> ERROR: item pointer (543108,2) already exists
>>
>> que cornos es lo que existe?
>
> Antes de borrar la evidencia (es decir antes de hacer REINDEX) sería
> bueno que guardaras una copia del indice por si acaso encontrar el bug
> no es trivial.
>
> ¿Es reproducible el error con alguna secuencia de órdenes a partir de una
> BD en blanco?
>

Tiene razón Alvaro, además la version 8.3.6 corrigen algunos errores en este
tipo de indices... (aunque se corrigio el tema del clustering de los Gin).

Estaría bueno poder debuguear, no? Se puede Gabriel?

> --
> Alvaro Herrera                        http://www.advogato.org/person/alvherre
> "I suspect most samba developers are already technically insane...
> Of course, since many of them are Australians, you can't tell." (L. Torvalds)
> --
> TIP 3: Si encontraste la respuesta a tu problema, publícala, otros te lo agradecerán
>

--
Emanuel Calvo Franco
Sumate al ARPUG !
(www.postgres-arg.org -
www.arpug.com.ar)
ArPUG / AOSUG Member
Postgresql Support & Admin

Uso postgre 8.3 y en efecto tengo indices gin en esa tabla....

Lamentablemente borré los indices y ahora los estoy creando de nuevo, al parecer anda bien....
perdon con mi apurada es que me corren los tiempos..
Si alguno cree que se puede hacer una prueba me dice y la hago...yo no tengo ni idea....

Hay algun comando para chequear la BD en busca de errores e inconsitencias?

Yahoo! Cocina
Recetas prácticas y comida saludable
http://ar.mujer.yahoo.com/cocina/

2009/3/9 Gabriel Ferro <gabrielrferro(at)yahoo(dot)com(dot)ar>:
>
> Uso postgre 8.3 y en efecto tengo indices gin en esa tabla....
>
> Lamentablemente borré los indices y ahora los estoy creando de nuevo, al parecer anda bien....
> perdon con mi apurada es que me corren los tiempos..
> Si alguno cree que se puede hacer una prueba me dice y la hago...yo no tengo ni idea....
>
>

Necesitamos la versión exacta (con el tercer dígito).

Que lastima, porque aparentemente en el código no se fixea esta inconsistencia,
detecta que existe el puntero pero no lo incrementa.

Evidentemente reindexando es la solución, pero es un caso muy raro.

> Hay algun comando para chequear la BD en busca de errores e inconsitencias?
>
>
>      Yahoo! Cocina
> Recetas prácticas y comida saludable
> http://ar.mujer.yahoo.com/cocina/
> --
> TIP 4: No hagas 'kill -9' a postmaster
>

--
Emanuel Calvo Franco
Sumate al ARPUG !
(www.postgres-arg.org -
www.arpug.com.ar)
ArPUG / AOSUG Member
Postgresql Support & Admin

Oki.. mi version es postgreSql 8.3.6 on i486-pc-linux-gnu

Yahoo! Cocina
Recetas prácticas y comida saludable
http://ar.mujer.yahoo.com/cocina/

Pues luego de rehacer los indices ejecute un vacuum y me da
ERROR: left link changed unexpectedly in block 45968 of index personas_pkey

que pachooooo diria mi nena?

personas_pkey es el indice de la clave primaria de la tabla personas (con un campo serial)... me habra fallado y me asigno dos registros con el mismo serial?

Yahoo! Cocina
Recetas prácticas y comida saludable
http://ar.mujer.yahoo.com/cocina/

----- Mensaje original ----

> De: Gabriel Ferro <gabrielrferro(at)yahoo(dot)com(dot)ar>
> Para: pgsql-es-ayuda(at)postgresql(dot)org
> Enviado: martes 10 de marzo de 2009, 7:12:10
> Asunto: [pgsql-es-ayuda] Error en vacuum antes era error con update
>
>
> Pues luego de rehacer los indices ejecute un vacuum y me da
> ERROR: left link changed unexpectedly in block 45968 of index personas_pkey
>
> que pachooooo diria mi nena?
>
> personas_pkey es el indice de la clave primaria de la tabla personas (con un
> campo serial)... me habra fallado y me asigno dos registros con el mismo serial?
>
>
> Yahoo! Cocina
> Recetas prácticas y comida saludable
> http://ar.mujer.yahoo.com/cocina/
> --
> TIP 8: explain analyze es tu amigo

Bue.. leyendo en la net, encontre unos mails de Alvaro donde explicaba algo (lastima que estaba en Ingles...jeje). la cosa es que hice un
REINDEX personas_pkey
y luego un vacuum y el error desaparecio...

Yahoo! Cocina
Recetas prácticas y comida saludable
http://ar.mujer.yahoo.com/cocina/

2009/3/10 Gabriel Ferro <gabrielrferro(at)yahoo(dot)com(dot)ar>:
>
> ----- Mensaje original ----
>
>> De: Gabriel Ferro <gabrielrferro(at)yahoo(dot)com(dot)ar>
>> Para: pgsql-es-ayuda(at)postgresql(dot)org
>> Enviado: martes 10 de marzo de 2009, 7:12:10
>> Asunto: [pgsql-es-ayuda] Error en vacuum antes era error con update
>>
>>
>> Pues luego de rehacer los indices ejecute un vacuum y me da
>> ERROR: left link changed unexpectedly in block 45968 of index personas_pkey
>>
>> que pachooooo diria mi nena?
>>
>> personas_pkey es el indice de la clave primaria de la tabla personas (con un
>> campo serial)... me habra fallado y me asigno dos registros con el mismo serial?
>>
>>

Vos habias eliminado los índices nada más.
Si evidentemente es la falta de un incremento para fixear los bloques de
los indices GIN.

Hubiese estado muy bueno un debug para tener un log más detallado.

>>       Yahoo! Cocina
>> Recetas prácticas y comida saludable
>> http://ar.mujer.yahoo.com/cocina/
>> --
>> TIP 8: explain analyze es tu amigo
>
>
> Bue.. leyendo en la net, encontre unos mails de Alvaro donde explicaba algo (lastima que estaba en Ingles...jeje). la cosa es que hice un
> REINDEX personas_pkey
>  y luego un vacuum y el error desaparecio...
>
>
>      Yahoo! Cocina
> Recetas prácticas y comida saludable
> http://ar.mujer.yahoo.com/cocina/
> --
> TIP 4: No hagas 'kill -9' a postmaster
>

--
Emanuel Calvo Franco
Sumate al ARPUG !
(www.postgres-arg.org -
www.arpug.com.ar)
ArPUG / AOSUG Member
Postgresql Support & Admin

Emanuel Calvo Franco escribió:
> 2009/3/10 Gabriel Ferro <gabrielrferro(at)yahoo(dot)com(dot)ar>:
> >
> > ----- Mensaje original ----
> >
> >> De: Gabriel Ferro <gabrielrferro(at)yahoo(dot)com(dot)ar>
> >> Para: pgsql-es-ayuda(at)postgresql(dot)org
> >> Enviado: martes 10 de marzo de 2009, 7:12:10
> >> Asunto: [pgsql-es-ayuda] Error en vacuum antes era error con update
> >>
> >>
> >> Pues luego de rehacer los indices ejecute un vacuum y me da
> >> ERROR: left link changed unexpectedly in block 45968 of index personas_pkey
> >>
> >> que pachooooo diria mi nena?
> >>
> >> personas_pkey es el indice de la clave primaria de la tabla personas (con un
> >> campo serial)... me habra fallado y me asigno dos registros con el mismo serial?
>
> Vos habias eliminado los índices nada más.
> Si evidentemente es la falta de un incremento para fixear los bloques de
> los indices GIN.

Este nuevo error no tiene nada que ver con el anterior, porque es en
indices btree.

Dados los problemas que ha tenido Gabriel yo estoy empezando a dudar
seriamente de la configuracion de los discos duros ... ¿o quizás tiene
fsync=off?

--
Alvaro Herrera Valdivia, Chile ICBM: S 39º 48' 55.3", W 73º 15' 24.7"
"Los trabajadores menos efectivos son sistematicamente llevados al lugar
donde pueden hacer el menor daño posible: gerencia." (El principio Dilbert)

Como les comente hubo un problema en la alimentacion y el ubuntu estaba colgado y solo me quedo resetear, cuando arranco tuve estos problemas...
por esto buscaba algun comando que verifique toda la base de datos antes de ponerla operacional.
al menos el ultimo vacuum analyze no me informo de nada incorrecto.. pero es suficiente?

Yahoo! Cocina
Recetas prácticas y comida saludable
http://ar.mujer.yahoo.com/cocina/

Gabriel Ferro escribió:
>
> Como les comente hubo un problema en la alimentacion y el ubuntu
> estaba colgado y solo me quedo resetear, cuando arranco tuve estos
> problemas...

OK.

> por esto buscaba algun comando que verifique toda la base de datos
> antes de ponerla operacional. al menos el ultimo vacuum analyze no me
> informo de nada incorrecto.. pero es suficiente?

No necesariamente. No es el proposito para el que existe. En versiones
nuevas, VACUUM se salta de procesar algunas páginas que se sabe que no
necesitan limpieza. Y de todas maneras no revisa la consistencia de los
índices, o de los punteros TOAST (que son lo más frágil).

--
Alvaro Herrera Valdivia, Chile ICBM: S 39º 48' 55.3", W 73º 15' 24.7"
"La felicidad no es mañana. La felicidad es ahora"

2009/3/10 Alvaro Herrera <alvherre(at)alvh(dot)no-ip(dot)org>:
>
>> por esto buscaba algun comando que verifique toda la base de datos
>> antes de ponerla operacional.  al menos el ultimo vacuum analyze no me
>> informo de nada incorrecto.. pero es suficiente?
>
> No necesariamente.  No es el proposito para el que existe.  En versiones
> nuevas, VACUUM se salta de procesar algunas páginas que se sabe que no
> necesitan limpieza.  Y de todas maneras no revisa la consistencia de los
> índices, o de los punteros TOAST (que son lo más frágil).
>

REINDEX DATABASE deberia funcionar al menos en lo que a indices se refiere

--
Atentamente,
Jaime Casanova
Soporte y capacitación de PostgreSQL
Asesoría y desarrollo de sistemas
Guayaquil - Ecuador
Cel. +59387171157

Jaime Casanova escribió:
> 2009/3/10 Alvaro Herrera <alvherre(at)alvh(dot)no-ip(dot)org>:
> >
> >> por esto buscaba algun comando que verifique toda la base de datos
> >> antes de ponerla operacional.  al menos el ultimo vacuum analyze no me
> >> informo de nada incorrecto.. pero es suficiente?
> >
> > No necesariamente.  No es el proposito para el que existe.  En versiones
> > nuevas, VACUUM se salta de procesar algunas páginas que se sabe que no
> > necesitan limpieza.  Y de todas maneras no revisa la consistencia de los
> > índices, o de los punteros TOAST (que son lo más frágil).
>
> REINDEX DATABASE deberia funcionar al menos en lo que a indices se refiere

Que yo recuerde, esa orden sólo procesa los índices de los catálogos de
sistema ...

Quizás un pg_dump y posterior restore de toda la base podría ser
considerado un chequeo de integridad.

--
Alvaro Herrera http://www.advogato.org/person/alvherre
"Aprende a avergonzarte más ante ti que ante los demás" (Demócrito)

2009/3/11 Alvaro Herrera <alvherre(at)alvh(dot)no-ip(dot)org>:
> Jaime Casanova escribió:
>> 2009/3/10 Alvaro Herrera <alvherre(at)alvh(dot)no-ip(dot)org>:
>> >
>> >> por esto buscaba algun comando que verifique toda la base de datos
>> >> antes de ponerla operacional.  al menos el ultimo vacuum analyze no me
>> >> informo de nada incorrecto.. pero es suficiente?
>> >
>> > No necesariamente.  No es el proposito para el que existe.  En versiones
>> > nuevas, VACUUM se salta de procesar algunas páginas que se sabe que no
>> > necesitan limpieza.  Y de todas maneras no revisa la consistencia de los
>> > índices, o de los punteros TOAST (que son lo más frágil).
>>
>> REINDEX DATABASE deberia funcionar al menos en lo que a indices se refiere
>
> Que yo recuerde, esa orden sólo procesa los índices de los catálogos de
> sistema ...
>

No, estas pensando en REINDEX SYSTEM

http://www.postgresql.org/docs/8.3/static/sql-reindex.html
"""
DATABASE

Recreate all indexes within the current database. Indexes on
shared system catalogs are skipped except in stand-alone mode (see
below). This form of REINDEX cannot be executed inside a transaction
block.
"""

--
Atentamente,
Jaime Casanova
Soporte y capacitación de PostgreSQL
Asesoría y desarrollo de sistemas
Guayaquil - Ecuador
Cel. +59387171157