El 03/05/2012 11:36, Alvaro Herrera escribió:
Excerpts from Rodrigo Ruiz's message of jue may 03 10:16:59 -0400 2012:
Estimados,
estoy utilizando en 2 equipos la herramienta pg_upgrade91 para
actualizar servicios que se encuentran en versión 8.4.11 a 9.1.3.
En el primer equipo la actualización se logró sin problemas. Sin
embargo, en el segundo equipo, me indica que no puede conectar al
servidor. En ambos equipos he seguido los pasos indicados en
http://dev.gentoo.org/~titanofold/postgresql.xml#doc_chap5
<http://dev.gentoo.org/%7Etitanofold/postgresql.xml#doc_chap5> , estoy
utilizando Gentoo.
Cabe señalar que al ejecutar pg_upgrade los servicios se encuentran
apagados y que en pg_hba.conf el usuario postgres para conexiones
locales se encuentra en "trust".
Hmm, hace poco hubo una discusión en pgsql-hackers acerca de ciertas
configuraciones que hacen Gentoo y Debian en sus instalaciones por
omisión, que hacen que pg_upgrade no funcione. Creo que la solución era
crear unos symlinks desde el directorio donde están los archivos de
configuración hasta el directorio de datos. El thread empieza acá:
http://archives.postgresql.org/message-id/201110011808.p91i8xi15...@momjian.us
Este problema fue corregido recientemente, así que si no entiendo mal en
8.4.11 ya debería estar la solución instalada. Ignoro cuál puede ser tu
problema. Versiones recientes de pg_restore guardan varios archivos de
log separados con los mensajes de error de cada paso, que serían
necesarios para depurar el problema.
postgres@desarrollo ~ $ pg_upgrade91 -u postgres -d
/var/lib/postgresql/8.4/data -D /var/lib/postgresql/9.1/data -b
/usr/lib/postgresql-8.4/bin -B /usr/lib/postgresql-9.1/bin
Performing Consistency Checks
-----------------------------
Checking current, bin, and data directories ok
Checking cluster versions ok
connection to database failed: could not connect to server: No such file
or directory
Is the server running locally and accepting
connections on Unix domain socket
"/var/run/postgresql/.s.PGSQL.5432"?
Me pregunto si el nuevo postmaster tiene el socket en /tmp en vez de
/var/run/postgresql. Quizás tu solución sea asegurarte que ambos
servidores están configurados para poner los sockets en el mismo
directorio.
OK, finalmente el problema se encontraba en una inconsistencia entre la
memoria asignada a postgres y el valor de shmmax en la configuración del
sistema operativo. Finalmente logré dar con el problema agregando la
opción "-l file.log" al ejecutar pg_upgrade.
Saludos.-
--
Rodrigo Ruiz Fuentes
-
Enviado a la lista de correo pgsql-es-ayuda (pgsql-es-ayuda@postgresql.org)
Para cambiar tu suscripci�n:
http://www.postgresql.org/mailpref/pgsql-es-ayuda
