Vous n'êtes pas identifié(e).
Salut,
j'avais un serveur postgresql en dev 8.4.10 et hier j'ai lancé la commande aptitude safe-upgrade pour recuperer les derniere mise a jour de ubuntu, et j'ai mise a jour postgresql 8.4.11,
ca fonctionnais hier, mais aujourd'hui, j'ai essaye d'arrter le serveur:impossible,
j'ai fais un kill -9 sur le processus du serveur qui etait a 24143,
mais je n'arrive pas a relancer avec sudo /etc/init.d/postgresql-8.4 start
j'ai l'erreur suivant
* The PostgreSQL server failed to start. Please check the log output.
[fail]
et dans le fichier log, j'ai le message suivant
<26497 - 2012-03-09 11:10:03 EST -> LOG: 00000: database system was interrupted; last known up at 2012-03-09 09:42:57 EST
<26497 - 2012-03-09 11:10:03 EST -> LOCATION: StartupXLOG, xlog.c:5278
<26497 - 2012-03-09 11:10:03 EST -> LOG: 00000: invalid magic number 0000 in log file 463, segment 176, offset 0
<26497 - 2012-03-09 11:10:03 EST -> LOCATION: ValidXLOGHeader, xlog.c:3792
<26497 - 2012-03-09 11:10:03 EST -> LOG: 00000: invalid primary checkpoint record
<26497 - 2012-03-09 11:10:03 EST -> LOCATION: ReadCheckpointRecord, xlog.c:6066
<26497 - 2012-03-09 11:10:03 EST -> LOG: 00000: invalid magic number 0000 in log file 463, segment 176, offset 0
<26497 - 2012-03-09 11:10:03 EST -> LOCATION: ValidXLOGHeader, xlog.c:3792
<26497 - 2012-03-09 11:10:03 EST -> LOG: 00000: invalid secondary checkpoint record
<26497 - 2012-03-09 11:10:03 EST -> LOCATION: ReadCheckpointRecord, xlog.c:6070
<26497 - 2012-03-09 11:10:03 EST -> PANIC: XX000: could not locate a valid checkpoint record
<26497 - 2012-03-09 11:10:03 EST -> LOCATION: StartupXLOG, xlog.c:5387
<26495 - 2012-03-09 11:10:03 EST -> LOG: 00000: startup process (PID 26497) was terminated by signal 6: Aborted
<26495 - 2012-03-09 11:10:03 EST -> LOCATION: LogChildExit, postmaster.c:2745
<26495 - 2012-03-09 11:10:03 EST -> LOG: 00000: aborting startup due to startup process failure
<26495 - 2012-03-09 11:10:03 EST -> LOCATION: reaper, postmaster.c:2266
Hors ligne
Si c'était le processus maître, c'est une très mauvaise idée de lui faire un kill -9. Il n'y a aucune garantie que les autres processus détectent la mort de ce dernier. Ce qui peut entraîner des corruptions si ensuite une seconde instance essaye de démarrer. C'est ce qui s'est passé ? Ou bien êtes vous sûr que tous les processus PostgreSQL étaient morts avant le redémarrage de PostgreSQL ?
En tout cas, le fichier de journaux est corrompu, à priori, ce qui n'est pas bon signe du tout.
Marc.
Hors ligne
Lorsque je remet mon ancien fichier postgresql.conf original, j'arrive a demarer le serveur,mais quand je remets l'ancien avec les modif, ca refuse, donc je vais voir dans ce fichier ce qui bloque.
Hors ligne
