Vous n'êtes pas identifié(e).
Bonjour,
j'ai eu un petit problème avec postgres chez un client.
On utilise aujourd'hui postgres 9.1.5 sur OpenSuse 12.1.
Ce qui s'est passé, c'est que le client utilisait notre application, connectée à postgres, sans soucis.
Il a arrêté la machine, et donc le PC proprement.
postgres est configuré sur nos PC pour démarrer automatiquement au démarrage du système.
Le système attend que cette connexion soit effectuée avant de continuer.
Le client a démarré son PC, mais il a trouvé que notre application mettait du temps à apparaitre, du coup il a couper l'alimentation de la machine.
Le genre de chose que les systèmes aiment particulièrement.
Il le redémarre à nouveau, et là notre application apparait rapidement, mais n'arrive pas à se connecter à la base de données postgres.
Effectivement, après un rapide coup d'oeil dans le système, on remarque que :
- postgres est reconfiguré avec les valeurs par défaut
- que notre base n'est plus dans le système postgres
Heureusement on avait un backup assez récent, on a pu l'aider.
Par contre, j'ai été incapable de trouver la cause de ce problème.
Les logs postgres ne disant rien car réinitialisés, et les logs systèmes (/var/log/messages) pas mieux.
Est-ce que quelqu'un aurait une idée de ce qui aurait pu se passer ?
Et si oui, comment évité ceci à nouveau ?
Merci
Hors ligne
PostgreSQL ne remet pas à jour de lui-même ses fichiers de configuration. Il n'y touche en fait même pas.
Ça ressemble plutôt au système qui serait revenu en arrière. Il n'y aurait pas du BTRFS ou un truc du genre, et on serait revenu à un snapshot ancien ?
Marc.
Hors ligne
Non on est en ext4.
Et puis ça me ferait mal qu'il revienne à un snapshot du début de la vie du PC, c'est à dire il y a environ 2 ans.
Hors ligne
Y a peu de détail sur le post initial, et Suse sont parmi les premiers à avoir proposé btrfs en standard, donc ça aurait pu 
Pour en revenir à la question initiale, si le fichier postgresql.conf a été réinitialisé, c'est forcément le résultat d'une opération externe (PostgreSQL n'y touche jamais).
La seule explication simpje que je voie, c'est le FS qui se retrouve vide après le redémarrage (un disque dur qui ment sur son cache), mais ça fait une vraiment belle corruption pour perdre tout le contenu du répertoire, et le script de démarrage de PostgreSQL qui voyant un répertoire vide recréerait une instance vide à l'intérieur (beaucoup de scripts d'init font ça).
L'autre possibilité, c'est une manœuvre utilisateur…
Le lost+found est comment sur ce système de fichiers ? Comment s'est passé le recovery suite au redémarrage ? Y a des logs de ce boot là ? (et de l'éventuel fsck ?)
Marc.
Hors ligne
