[PostgreSQL-ES] [Fwd: PostgreSQL parado después de degradación de un PDC]

jors escribió:

Hola,
Por favor usa "Postgres" como version corta del nombre. Evita "Postgre".

Con respecto a migrar los datos, la manera de hacerlo es tomar la
"carpeta" (directorio) llamada "data" y ponerla en el otro servidor,
estando éste abajo. Debes incluir todo el contenido, y sobreescribir
completamente la carpeta del servidor inicial. Obviamente, si tienes
otras bases de datos ahí, se perderán. Luego inicias el servicio.

En realidad puedes tener dos servicios corriendo simultáneamente, con
ambas bases de datos. Es cosa de poner los datos en otra carpeta
(digamos "data2"), configurar en data2/postgresql.conf para que use otro
puerto en lugar de 5432, y levantar el postmaster "a mano" (es decir
abres una ventana de DOS y ejecutas
postmaster -D "c:/blah blah/directorio/data2"
__Obviamente__ debes dejar la ventana de DOS abierta.

Eso parece buena solución, dado que de este modo me aseguro que en el
directorio que he copiado del servidor "chungo" tengo todas las BBDD,
tablas, roles y demás cosas que desconozco (pero puede que necesarias
para el funcionamiento de la apliación) incluidas de un plumazo.

Tengo dumps hechos con pg_dump, pero apuesto que hubiera sido mejor
haber usado pg_dumpall (de haberlo conocido) y ahorrarme dolores de
cabeza porque no se incluyen roles y demás.
Mañana lo miro, pero... ¿seguro que el servicio de Windows se llama
postmaster?
Gracias mil.

---
jors - [email protected]

Al final lo probé y parece que funcionó (simplememente sustituyendo el
directorio data y reiniciando al servicio). Digo parece porque cuál ha
sido mi sorpresa hoy al intentar repetir el mismo proceso en varias
máquinas (Controladores de dominio y Workstations indistintamente): esto
ya no funciona. Paro el servicio de postgres, sustituyo el directorio
data y lo vuelvo a iniciar... y da un mensaje de error tal que:

"El servicio PostgreSQL Database Server 8.X se inició en Equipo local y
después se detuvo. Algunos servicios se detienen automáticamente si no
tienen nada que hacer, por ejemplo, el servicio de Alertas y registros
de rendimiento"

La X es porque lo he probado tanto con la versión que nosotros tenemos
(8.1) como con la última estable (8.2).

El caso es que lo tengo funcionando en una máquina correctamente (porque
tengo acceso a las BBDD desde el pgAdminIII y el psql, tanto local como
remotamente), pero ahora no hay manera de pasarlo a las otras.

¿Es cosa de brujas o en su día me funcionó de casualidad? Estoy
confuso...

Gracias mil,

---
jors - [email protected]

Examina el "event log".

O bien olvidate de eso de "iniciar servicio" etc, y abre la ventana de
DOS y ejecuta postmaster en ella. Eso te mostrara los logs.

TENGO UN SERIO PROBLEMA:
Al cancelar un proceso, se me ha quedado invalida una transaccion y ahora
cada vez que hago vaccum sobre la tabla me dice :
ERROR: no se pudo encontrar el estado de la transacción 2765016739
DETALLE: no se pudo abrir el archivo «/var/lib/pgsql/data/pg_clog/0A4C»:
No existe el fichero o el directorio

QUE PUEDO HACER ?

----- Original Message -----
From: "SERGIO CRESPO" <[email protected]>
To: "Alvaro Herrera" <[email protected]>
Cc: <[email protected]>
Sent: Tuesday, July 17, 2007 10:43 AM
Subject: [pgsql-es-ayuda] ERROR DE TRANSACCION

Que archivos hay en pg_clog?

antes habian 2 ficheros el 00D1 Y 00D2.
esta tarde hay uno mas el 00D3.
Cuando me dió el error me decía que no encontraba el 0000. Leyendo por
el maillist, encontré que lo podía crear a pelo llenandolo de ceros, y eso
hice. entonces al hacer el vacuum cambió de mensaje y decía que no
encontraba el 0A4C.

----- Original Message -----
From: "Alvaro Herrera" <[email protected]>
To: "SERGIO CRESPO" <[email protected]>
Cc: <[email protected]>
Sent: Tuesday, July 17, 2007 3:24 PM
Subject: Re: [pgsql-es-ayuda] ERROR DE TRANSACCION

Que version de Postgres estas usando?

Me preocupa tu asunto porque parece ser que tus tablas tienen datos
corruptos. ¿Hubo corte de energia en algun momento? ¿Que clase de
discos tienes en tu servidor de datos?

El numero de transaccion, 2765016739, en binario es
10100100110011101100111010100011, lo cual se puede traducir a los
siguientes 4 bytes:

164 | 206 | 206 | 163

desafortunadamente eso a mi no me dice nada (en otros casos uno puede
detectar bytes que corresponden a texto ASCII, con lo cual se le puede
echar la culpa facilmente al sistema de archivos, pero no es el caso).

sustituyendo el
porque cuál ha
en varias
indistintamente): esto
directorio
automáticamente si no
y registros
Si opero a través de la MMC de Servicios, el event log no
muestra ningún error. Simplemente se limita a decir que los
comandos se envian correctamente y que Postgres inicia y
finaliza correctamente, lo cual no es del todo cierto. ¿Por
qué? Porque no veo los procesos (postgres.exe) en ejecución,
sino otros en su lugar (postmaster.exe y pg_ctl.exe) que me
hacen pensar que el proceso de lanzamiento no funciona bien.
Además, para finalizar estos procesos, debo "matar" el proceso
postmaster.exe desde el Administrador de Tareas.

Si opero desde consola, me dice...

C:\Archivos de programa\PostgreSQL\8.1\bin>pg_ctl.exe start -D
.\data
pg_ctl: another postmaster may be running; trying to start
postmaster anyway
Execution of PostgreSQL by a user with administrative
permissions is not permitted.
The server must be started under an unprivileged user ID to
prevent
possible system security compromises. See the documentation for
more information on how to properly start the server.
pg_ctl: could not start postmaster
Examine the log output.

Debo iniciar el servicio como usuario postgres, así que debo
especificarle usuario...

C:\Archivos de programa\PostgreSQL\8.1\bin>runas
/user:.\postgres "pg_ctl.exe start -D ..\data"
Escriba la contraseña para .\postgres:
Error RUNAS: no se puede adquirir la contraseña de usuario

No la coge, así que lo intento con el binario postmaster...

C:\Archivos de programa\PostgreSQL\8.1\bin>runas
/user:.\postgres "postmaster.exe"
Escriba la contraseña para .\postgres:
Error RUNAS: no se puede adquirir la contraseña de usuario

Nada. Inicio sesión en Windows como usuario postgres y pruebo
de ejecutar en consola y me da un problema (FATAL) de permisos
en el archivo ..\data\global\pg_control. Como administrador,
le pongo permisos al directorio data (para probar de forma
rápida) de control total al usuario NOMBRE_MAQUINA\postgres
(ojo, no confundir con un usuario de dominio,sino local), y
voilá! Ahora ya puedo gestionarlo de nuevo desde la MMC como
un servicio.

Muchas gracias de nuevo Alvaro!

---
jors - qat [ a t ] ya.com

Ese FATAL era el problema que estaba impidiendo que se iniciara :-)

Me parecio raro eso de que el eventlog no tuviera mensajes, pero ahora
que lo pienso quizas es lo natural. Verifica lo siguiente: en
postgresql.conf deberias tener "log_destination=eventlog".

Otra alternativa es log_destination=stderr y redirect_stderr=true, y en
ese caso los logs quedaran en el directorio PGDATA/pg_log

Ahora, ese problema de permisos no es normal. Y no es algo de Postgres
tampoco. Te recomendaria investigar un poco: qué lo hizo y por qué.