Précédent   Forum des professionnels en informatique > Bases de données > PostgreSQL
PostgreSQL Forum PostgreSQL. Avant de poster -> F.A.Q PostGreSQL Tutoriels PostGreSQL
Partagez cette discussion sur d'autres réseaux sociaux : Viadeo Twitter Google Facebook Digg Delicious MySpace Yahoo
Réponse Proposer ce sujet en actualité
 
Outils de la discussion
Publicité
'
Vieux 04/03/2008, 11h34   #1
Membre actif
 
Avatar de Empty_body
 
Inscription : mai 2004
Messages : 679
Détails du profil
Informations forums :
Inscription : mai 2004
Messages : 679
Points : 186
Points : 186
Par défaut Plantage de postgres.

Salut,

J'ai eu récement un gros plantage de postgres qui s'est accompagné d'une sorte de rollback assez inquiétant? N'ayant pas trouvé de solution par moi même, je me permet de vous apporter ma question. Suite à de gros scripts de mise à jour structurels de ma DB, j'ai pu trouvé le message suivant dans le fichier :
Citation:
2008-02-28 09:07:55 CET LOG: checkpoint record is at 1F/6A636508
2008-02-28 09:07:55 CET LOG: redo record is at 1F/6A636508; undo record is at 0/0; shutdown TRUE
2008-02-28 09:07:55 CET LOG: next transaction ID: 0/30102769; next OID: 90372444
2008-02-28 09:07:55 CET LOG: next MultiXactId: 112; next MultiXactOffset: 488
Mon serveur de DB est devenu très lent et j'ai été contraint de relancer postgres. Après redémarrage, toutes les modifications que j'avais fait ont été resetées. Et l'une de mes db est restée verrouillée (message d'erreur :
Citation:
2008-02-28 09:07:34 CET FATAL: lock file "postmaster.pid" already exists
2008-02-28 09:07:34 CET HINT: Is another postmaster (PID 3973) running in data directory "/usr/local/pgsql/data"?
. Quelqu'un voit où se situe le problème???
Merci.
__________________
Pourquoi vouloir ré-inventer la roue...
...Surtout si c'est pour la faire carrée...
Empty_body est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 04/03/2008, 12h59   #2
Membre émérite
 
Avatar de hpalpha
 
Inscription : mars 2002
Messages : 770
Détails du profil
Informations forums :
Inscription : mars 2002
Messages : 770
Points : 833
Points : 833
Bonjour,
ta base a craché, et elle a pas supprimer le pid, c'est une mesure de secu, regarde deja pourquoi ca a planté (pb de droits sur les fichiers, manque de place, ...)
une fois l'erreur reperée, tu peux supprimer a la mano le fichier pid.
hpalpha est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 04/03/2008, 14h24   #3
Membre actif
 
Avatar de Empty_body
 
Inscription : mai 2004
Messages : 679
Détails du profil
Informations forums :
Inscription : mai 2004
Messages : 679
Points : 186
Points : 186
Hello, merci pour l'éclairsissement... La seule erreur que je trouve dans les logs est un :
Citation:
permission denied to set parameter "log_statement"
__________________
Pourquoi vouloir ré-inventer la roue...
...Surtout si c'est pour la faire carrée...
Empty_body est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 05/03/2008, 15h38   #4
Membre actif
 
Avatar de Empty_body
 
Inscription : mai 2004
Messages : 679
Détails du profil
Informations forums :
Inscription : mai 2004
Messages : 679
Points : 186
Points : 186
Depuis ce problème rencontré avec postgres (8.2.1), j'ai un autre problème, je ne peux ni renommer ni supprimer mes anciennes bases de données. J'ai supprimer postmaster.pid, relancé postgres et redémarré la machine mais rien n'y fait, le message est toujours le même : database is being accessed by other users. Je suis allé voir la liste des utilisateurs connecté via pg_admin mais personne... Je suspecte un fichier qui lock la chose mais où se situe-t-il? J'ai déjà viré postmaster.pid mais rien n'y fait...

Quelqu'un a déjà eu ce cas de figure?
__________________
Pourquoi vouloir ré-inventer la roue...
...Surtout si c'est pour la faire carrée...
Empty_body est déconnecté   Envoyer un message privé Réponse avec citation 00
Réponse Proposer ce sujet en actualité
Outils de la discussion



Fuseau horaire GMT +2. Il est actuellement 18h27.


 
 
 
 
Partenaires

Hébergement Web