Re: Urgente, postgres down

Hola lista, Despues de mucho trabajo y colaboracion con ustedes puedo decirle que remplate0 no representa un problema. El procedimiento que Horacio presento, funciono satisfactoriamente en mi base de datos de produccion. Una vez mas, muchas gracias por el apoyo de todos en la comunidad. Saludos

Re: Urgente, postgres down

Se me olvido incluir otra cosa. si quieres pruebes instalar este programa. ( yo lo uso ). https://github.com/ankane/dexter Es para crear indices, sin el flag --create simplemente te sugiere crear indice A o B.. no pilla todos los indices en una base pero es mejor que nada. On 16/02/2019 3:0

Re: Urgente, postgres down

> On 16/02/2019, at 3:05 PM, Carlos T. Groero Carmona wrote: > > Horacio, hay algo con lo que pueda ayudar para seguir mas de serca el > comportamiento de esta situacion especificamente en mi base de datos? Si realmente quieres saber que esta pasando, vas a tener que usar pgreply en tu ambie

Re: Urgente, postgres down

Hola a todos, solo dejarle saber que el procedimiento de Alvaro fue probado en el entorno de pre-production y fue satisfactorio, decrementando a casi cero datfreezexid de tamplate0. Tambien prove en mi servidor local para mis pruebas internal vacuumdb -F -a y reinicio a cero todos los datfreezexid

Re: Urgente, postgres down

> On 16/02/2019, at 4:07 AM, Carlos T. Groero Carmona wrote: > > Gracias a todos por sus comentarios y ayudarme a pasar a traves de esta > situacion tan rara y peligrosa... > > @Horacio Miranda , voy a empezar a trabajar en > esto lo mas rapido posible, mi template

Re: Urgente, postgres down

Carlos T. Groero Carmona escribió: > Solo una pregunta, haciendo vacuum FULL freze a template0 or template1 or > postgres hay alguna posibilidad que mi base de datos en producion tenga > alguna consecuencia?, pregunto esto porque estariamos bloqueando todas las > tablas en esas base de datos. ¿Po

Re: Urgente, postgres down

Perfecto, solo me parecio ver vacuum full... On Fri, Feb 15, 2019 at 9:12 AM Alvaro Herrera wrote: > Carlos T. Groero Carmona escribió: > > > Solo una pregunta, haciendo vacuum FULL freze a template0 or template1 or > > postgres hay alguna posibilidad que mi base de datos en producion tenga > >

Re: Urgente, postgres down

Gracias a todos por sus comentarios y ayudarme a pasar a traves de esta situacion tan rara y peligrosa... @Horacio Miranda , voy a empezar a trabajar en esto lo mas rapido posible, mi template0 esta el 78%.. Solo una pregunta, haciendo vacuum FULL freze a template0 or template1 or postgres hay alg

Re: Urgente, postgres down

On Fri, Feb 15, 2019 at 10:19 AM Horacio Miranda wrote: > > Hola despues de jugar un buen rato, creo que es necesario abrir y cerrar > el template0 para poder bajar la marca de los datfrozenxid en bases de > datos de alta transaccion. Una cosa de nuevo, tiene Carlos el autovacuum global activado

Re: Urgente, postgres down

Carlos: On Thu, Feb 14, 2019 at 9:42 PM Carlos T. Groero Carmona wrote: >> NO NO NO! > Francisco agradesco mucho su comentario y honestidad, no se preocupe, no se > si haya notado que a veces demoro en contestar sus correos cuando necesito > revisar algo en mi servidor, es porque antes rea

Re: Urgente, postgres down

Hola despues de jugar un buen rato, creo que es necesario abrir y cerrar el template0 para poder bajar la marca de los datfrozenxid en bases de datos de alta transaccion. mis sistemas que tengo en postgres funcionando desde el 2010 sin problemas algunos no tenian ni siquiera un 1% usado. No

Re: Urgente, postgres down

Y algo super raro ahora… Despues de abrir el template0, correr el vacuumdb hice esto. Antes de abrir el template0 el mismo comando no hacia nada, ahora si tengo que leer para saber que esta pasando... [root@db2258 ~]# vacuumdb -a -F vacuumdb: vacuuming database "adempiere" vacuumdb: vacuuming d

Re: Urgente, postgres down

> On 15/02/2019, at 12:08 PM, Alvaro Herrera wrote: > > Carlos T. Groero Carmona escribió: >> Dejenme aclarar algo porque quizas no me he hecho entender, yo no escribo >> en template0 or en template1, yo tengo 9 base de datos en el cluster el 98% >> de las transactiones las hago en db_prod y el

Re: Urgente, postgres down

Carlos T. Groero Carmona escribió: > Dejenme aclarar algo porque quizas no me he hecho entender, yo no escribo > en template0 or en template1, yo tengo 9 base de datos en el cluster el 98% > de las transactiones las hago en db_prod y el resto en 3 pequenas base de > datos. > > El problema es que e

Re: Urgente, postgres down

Carlos T. Groero Carmona escribió: > Si se les ocurre alguna otra alternativa para disminuir el XID en template0 > se los agradecere. update pg_database set datallowconn='t' where datname = 'template0'; \c template0 vacuum freeze; update pg_database set datallowconn='t' where datname = 'templ

Re: Urgente, postgres down

Horacio, crea una tabla en una de esas base de datos, insertale algunos numeros sin utilizar transaction (begin-commit) y veras que los numeros aumentan parejo. Realizale algunos update ondelete a esa tabla. y despues ejecutale el vacuum a esa tabla y veras que solo va a disminuir los numeros en es

Re: Urgente, postgres down

Interesante, leyendo los manuales se aprenden cosas, en este caso estoy leyendo esto. https://www.postgresql.org/docs/9.4/routine-vacuuming.html Esto es algo que voy a agregar en mi monitoreos ( como mensione nunca eh tenido este prob

Re: Urgente, postgres down

Ehh acabo de hacer una prueba pequeña en mi ambiente de prueba, borre una table y se creo la tabla y todos los numeritos cambiaron en todas las bases de datos... ( solo hice el cambio en una de ella, como mensione antes esto se ve interesante para investigar ( por que este problema no lo eh tenido

Re: Urgente, postgres down

On Thu, Feb 14, 2019 at 3:09 AM Horacio Miranda wrote: > > On 14/02/2019 6:21 PM, Carlos T. Groero Carmona wrote: > > Horacio gracias por sus comentarios. > Dejame comentar que en mi caso tengo template0 y template1, pude > conectarme a template1 y hacerle vacuum a toda la base de datos, pero no

Re: Urgente, postgres down

On Thu, Feb 14, 2019 at 1:13 PM Francisco Olarte wrote: > Carlos: > > On Thu, Feb 14, 2019 at 6:48 PM Carlos T. Groero Carmona > wrote: > > Entonces, podria eliminar mi template0 y volverlo a crear desde > template1?, claro esta, que esto solo lo haria en caso que no encuentre > como diminuir el

Re: Urgente, postgres down

Carlos: On Thu, Feb 14, 2019 at 6:48 PM Carlos T. Groero Carmona wrote: > Entonces, podria eliminar mi template0 y volverlo a crear desde template1?, > claro esta, que esto solo lo haria en caso que no encuentre como diminuir el > XID de template0. NO NO NO! Mexplico, template0 no es tu

Re: Urgente, postgres down

> > > *Fransisco dijo: * > Tras refrescar mi memoria haciendo lo que deberia haber hecho antes ( > "The Source Luke, use The Source"), he consultado > > https://git.postgresql.org/gitweb/?p=postgresql.git;a=blob;f=src/bin/initdb/initdb.c;h=fd50a809ea4f0096c27b7f082dc9576f372e379e;hb=HEAD > Donde cl

Re: Urgente, postgres down

Dejenme aclarar algo porque quizas no me he hecho entender, yo no escribo en template0 or en template1, yo tengo 9 base de datos en el cluster el 98% de las transactiones las hago en db_prod y el resto en 3 pequenas base de datos. El problema es que el XID de todas las base de datos crecen por igu

Re: Urgente, postgres down

Carlos T. Groero Carmona escribió: > Fransisco, gracias por tu comentario. > > Despues que detuvimos el servidor apagado ejecutamos un vacuum en la base > de datos que tenia *datfrozenxid* por encima de los 2 > billones...actualmente tiene 1.92 billones > Todas las tablas tienen relfrozenxid por d

Re: Urgente, postgres down

una copia cerrada que no puedes usar. On 14/02/2019 10:12 PM, Francisco Olarte wrote: On Wed, Feb 13, 2019 at 11:07 PM Horacio Miranda wrote: Template1 es como decirlo el corazón de postgres, si esa base esta muerta, todo lo medas muere con ella ( en realidad puedes copiar los directorios por

Re: Urgente, postgres down

On Wed, Feb 13, 2019 at 11:07 PM Horacio Miranda wrote: > Template1 es como decirlo el corazón de postgres, si esa base esta muerta, > todo lo medas muere con ella ( en realidad puedes copiar los directorios por > debajo en terioría pero solo me toco hacer una chancheria como esa una sola > vez

Re: Urgente, postgres down

On 14/02/2019 6:21 PM, Carlos T. Groero Carmona wrote: Horacio gracias por sus comentarios. Dejame comentar que en mi caso tengo template0 y template1, pude conectarme a template1 y hacerle vacuum a toda la base de datos, pero no puedo conectarme a template0, esta situacion me preocupa. templa

Re: Urgente, postgres down

Carlos: On Thu, Feb 14, 2019 at 6:22 AM Carlos T. Groero Carmona wrote: > Dejame comentar que en mi caso tengo template0 y template1, pude conectarme a > template1 y hacerle vacuum a toda la base de datos, pero no puedo conectarme > a template0, esta situacion me preocupa. Os veo comentar much

Re: Urgente, postgres down

On 14/02/2019 6:18 AM, Carlos T. Groero Carmona wrote: Horacio gracia spor su respuesta, abajo los comentarios despues de revisar cada uno de sus puntos. On Mon, Feb 11, 2019 at 4:35 AM Horacio Miranda > wrote: Creo que hay varios problemas aquí, podemos ver lo

Re: Urgente, postgres down

Horacio gracia spor su respuesta, abajo los comentarios despues de revisar cada uno de sus puntos. On Mon, Feb 11, 2019 at 4:35 AM Horacio Miranda wrote: > Creo que hay varios problemas aquí, podemos ver los más basicos. > Estoy de acuerdo, tratando de figurar cuales, y super agradecido por la a

Re: Urgente, postgres down

Creo que hay varios problemas aquí, podemos ver los más basicos. Revisa que las llaves Foraneas tengan indices. https://dba.stackexchange.com/questions/121976/discover-missing-foreign-keys-and-or-indexes Dices que tienes tablas particionadas, esto solo sirve si las consultas tienen en el Where

Re: Urgente, postgres down

Hola Lista, disculpen la extension del correo, solo intento comentar mis experiencias positivas y negativas para que aprendan de mis errores o me sugieran/comenten lo que consideren. La version que estoy usando es 9.3.23. Cuando el servidor dejo de aceptar conectiones de escrutura para evitar el w

Re: Urgente, postgres down

On Thu, 7 Feb 2019 at 18:07, Horacio Miranda wrote: > > Te han respondido, pero es posible saber > > La versión de la base de datos. > Sin conocer la base de datos en cuestión, casi seguro es una versión anterior a 9.3 (de hecho casi me arriesgaría a decir que anterior a 9.0). Espero equivocarme,

Re: Urgente, postgres down

Hola Carlos, basada en una experiencia similar, aunque no tan agresiva cómo esa que comentas, recomiendo analizar las tablas más críticas respecto a las transacciones y ajustes los valores de vaccum/Freeze en ellas(las tablas puntuales), pues las configuraciones genéricas en el archivo de configur

Re: Urgente, postgres down

Te han respondido, pero es posible saber La versión de la base de datos. El error en los logs, debe salir ahi la razon por que se cayo. On 7/02/2019 1:01 PM, Carlos T. Groero Carmona wrote: Hola, El servidor de BD se cayo, actualmente caido, tratando de resolverlo.. tratando de ejectutar el v

Re: Urgente, postgres down

Carlos: On Thu, Feb 7, 2019 at 5:40 PM Carlos T. Groero Carmona wrote: > Fransisco, gracias por tu comentario. De nada hombre, a mandar. > Despues que detuvimos el servidor apagado ejecutamos un vacuum en la base de > datos que tenia datfrozenxid por encima de los 2 billones...actualmente tiene

Re: Urgente, postgres down

Fransisco, gracias por tu comentario. Despues que detuvimos el servidor apagado ejecutamos un vacuum en la base de datos que tenia *datfrozenxid* por encima de los 2 billones...actualmente tiene 1.92 billones Todas las tablas tienen relfrozenxid por debajo de mil millones Autovacuum estuvo trabaj

Re: Urgente, postgres down

Carlos: On Thu, Feb 7, 2019 at 1:01 AM Carlos T. Groero Carmona wrote: > El servidor de BD se cayo, actualmente caido, tratando de resolverlo.. > tratando de ejectutar el vacuum solicitado...responde esto > ERROR: database is not accepting commands to avoid wraparound data loss in > database "db

Re: Urgente, postgres down

Carlos T. Groero Carmona escribió: > Hola, > El servidor de BD se cayo, actualmente caido, tratando de resolverlo.. > tratando de ejectutar el vacuum solicitado...responde esto > > ERROR: database is not accepting commands to avoid wraparound data loss in > database "db_production" HINT: Stop the