Hola Alvaro y lista
Como para no perder el impulso y poder definir el procedimiento apropiado
para subsanar el bug y agradeciendo su tiempo y apoyo, tengo dos
situaciones:
1 Cluster de base de datos PostgreSQL con no muchas transacciones, la
carpeta
Hola Alvaro de eso que me escribe (cito) :
Todos estos son síntomas clásicos de haber actualizado con el pg_upgrade
de alguna versión entre 9.3.0 y 9.3.4 (inclusive), que dejan el
datminmxid en 1 (un número que en realidad no es correcto)
Que debo hacer para subsanarlo? O que implicaciones
Hola Alvaro
Desarrolle este pequeño script para actualizar en cada base los valores de
datminmxid,
select oid, datminmxid , datname from pg_database;
update pg_database as x
set datminmxid=y.nuevo
from (
select relminmxid as nuevo from pg_class where (cast(cast(relminmxid AS
text) AS bigint))0
Hellmuth Vargas escribió:
Hola Alvaro de eso que me escribe (cito) :
Todos estos son síntomas clásicos de haber actualizado con el pg_upgrade
de alguna versión entre 9.3.0 y 9.3.4 (inclusive), que dejan el
datminmxid en 1 (un número que en realidad no es correcto)
Que debo hacer para
Hellmuth Vargas escribió:
Hola Alvaro
Desarrolle este pequeño script para actualizar en cada base los valores de
datminmxid,
select oid, datminmxid , datname from pg_database;
update pg_database as x
set datminmxid=y.nuevo
from (
select relminmxid as nuevo from pg_class where
Hellmuth Vargas escribió:
El mensaje de error siempre era:
_2015-05-29 09:19:53 COTproc:5371 ERROR: could not access status of
transaction 1
_2015-05-29 09:19:53 COTproc:5371 DETAIL: Could not open file
pg_multixact/offsets/: No existe el fichero o el directorio.
OK.
Hola Alvaro
EL listado es el siguiente:
[root@BD offsets]# ls -lah
total 3,2M
drwx-- 2 postgres postgres 4,0K may 26 23:16 .
drwx-- 4 postgres postgres 4,0K feb 16 2014 ..
-rw--- 1 postgres postgres 256K mar 4 2014 0008
-rw--- 1 postgres postgres 256K abr 9 2014 0009
Hola Alvaro
El mensaje de error siempre era:
_2015-05-29 09:19:53 COTproc:5371 ERROR: could not access status of
transaction 1
_2015-05-29 09:19:53 COTproc:5371 DETAIL: Could not open file
pg_multixact/offsets/: No existe el fichero o el directorio.
_2015-05-29 20:20:27
Hellmuth Vargas escribió:
Hola lista
Realice la actualización de la versión 9.3.5 a la versión 9.3.7 en los
servidores que tengo.. Todo estuvo bien incluso al otro día entre las
cuestiones rutinarias (creación de indices y cargues de información)
actualice el film factor de una tabla de
Hola Alvaro
Y no es posible que copia los archivos faltantes ? O que implicaciones
adicionales puede haber.? Para devolverme solo podría en la madrugada..
No puedo afecta la disponibilidad en este momento. Mil gracias
El may. 29, 2015 8:56 AM, Alvaro Herrera alvhe...@2ndquadrant.com
escribió:
Hola Alvaro y lista
Pues ya copie los archivos faltantes y ejecute el VACUUM y funcionó
bien, tengo la duda si programar otra ventana y devolverme a la 9.3.6 o
esperar a la 9.3.8 ya con cabeza fría. Muchas gracias por la atención.
El may. 29, 2015 9:31 AM, Alvaro Herrera alvhe...@2ndquadrant.com
Hola Lista
Finalmente me toco devolverme a la version 9.3.6, pues al efectuar las
rutinas de mantenimiento nocturno (VACUUM) volvió a presentarse el
problema, muchas gracias a todos por su ayuda.
El 29 de mayo de 2015, 9:54 a. m., Hellmuth Vargashiv...@gmail.com
escribió:
Hola Alvaro y lista
Hellmuth Vargas escribió:
Hola Alvaro
Y no es posible que copia los archivos faltantes ? O que implicaciones
adicionales puede haber.? Para devolverme solo podría en la madrugada..
No puedo afecta la disponibilidad en este momento. Mil gracias
Si no te aproblema eso, supongo que es una
Hernández Tortosa; pgsql-es-ayuda@postgresql.org
*Asunto:* [pgsql-es-ayuda] version 9.3.5_ actualizar?
Alvaro, buen dia, ya lo lei el email de david page,
yo estoy usando la version 9.3.5, no se si deba hacer ese update._?
es un cliente pequeño no maneja esos valores de 1 millon de
transacciones
Álvaro Hernández Tortosa escribió:
On 22/05/15 20:37, Enrique Escobar wrote:
Yo si recibo mas de 15 por dia, pregunto yo cual seria el mejor proceso
para subir de la 9.0 que es la que tengo en producción a la 9.3. ya lo
hemos intentado y me marca errores que no son compatibles, (saben de
Alvaro, buen dia, ya lo lei el email de david page,
yo estoy usando la version 9.3.5, no se si deba hacer ese update._?
es un cliente pequeño no maneja esos valores de 1 millon de
transacciones diarias...
hasta ahora no he visto inconvenientes...
que recomienas__?
Javier Lugo Porras
...@postgresql.org
[mailto:pgsql-es-ayuda-ow...@postgresql.org] En nombre de Javier Lugo Porras
Enviado el: viernes, 22 de mayo de 2015 11:49
Para: Álvaro Hernández Tortosa; pgsql-es-ayuda@postgresql.org
Asunto: [pgsql-es-ayuda] version 9.3.5_ actualizar?
Alvaro, buen dia, ya lo lei el email de david
Yo si recibo mas de 15 por dia, pregunto yo cual seria el mejor proceso
para
subir de la 9.0 que es la que tengo en producción a la 9.3. ya lo hemos
intentado y me marca errores que no son compatibles, (saben de algún link
para subir).
Mis paso:
=
Sin usar pg_upgrade.
Tomo una
Enrique Escobar escribió:
Yo si recibo mas de 15 por dia, pregunto yo cual seria el mejor proceso para
subir de la 9.0 que es la que tengo en producción a la 9.3. ya lo hemos
intentado y me marca errores que no son compatibles, (saben de algún link
para subir).
pg_upgrade requiere que
On 22/05/15 18:48, Javier Lugo Porras wrote:
Alvaro, buen dia, ya lo lei el email de david page,
yo estoy usando la version 9.3.5, no se si deba hacer ese update._?
es un cliente pequeño no maneja esos valores de 1 millon de
transacciones diarias...
hasta ahora no he visto inconvenientes...
Álvaro Hernández Tortosa escribió:
On 22/05/15 18:48, Javier Lugo Porras wrote:
Alvaro, buen dia, ya lo lei el email de david page,
yo estoy usando la version 9.3.5, no se si deba hacer ese update._?
es un cliente pequeño no maneja esos valores de 1 millon de transacciones
diarias...
21 matches
Mail list logo
