Discussion :

[NULL008]

bonjour a tous

je viens d'avoir une saturation disque sur mon serveur de production , le dossier qui a engendré cette saturation était Pg_xlog -->/var/lib/postgresql/9.1/main/pg_xlog

Ce dossier fait plus de 53 GO ,il contiens plusieurs Fichier identique de 16MO

le service Postgresql ne démarre pas a cause de cette saturation

Qui a une idéé comment je doit procéder devants cette situation ? faut t'il faire une suppression de quelques Fichier SI oui lesquels il sont tous identiques ?

[SQLpro]

Lancez la commande pg_resetxlog en mode console. Ceci va purger les journaux de transactions.

A +

[ced]

Ouh là !
Surtout pas...

pg_resetxlog est à utiliser avec la plus grande circonspection, et en tout état de cause en dernier recours quand les autres méthodes ont échoué !

Dans un premier temps, il est préférable d'essayer de redonner, si possible, de l'espace disque.
Sinon, de déplacer le répertoire pg_xlog vers un disque plus gros et de créer un lien symbolique de l'ancien répertoire vers le nouveau, puis redémarrer PostgreSQL...

Il va falloir aussi comprendre pourquoi les fichiers WAL ne se sont pas purgés automatiquement... Est-ce que vous faites de l'archivage de ces fichiers ? Pour de la réplication ou de la sauvegarde PITR ?

Pouvez-vous nous montrer le contenu du fichier log de PostgreSQL aux alentours de la ligne PANIC (un peu avant et un peu après) ? Histoire d'avoir une idée du traitement qui a déclenché le problème...

[NULL008]

bonjour

Le fichier log est très volumineux impossible de le mettre en pièce joint

Ci joint une petit imprime écran d'erreur mis dans le Fichier erreurlog

[ced]

OK...
On voit bien, dans l'extrait que vous avez fourni, que c'est votre commande d'archivage qui échoue.

Il y a un problème à ce niveau-là, et c'est elle qu'il faut réparer en premier lieu...
Quelle est cette commande ?

[SQLpro]

Vous tournez en rond les gars... Suffit de lire :
echec parce que plus de place....

A +

[ced]

C'est bien...
Et la question est : pourquoi il n'y a plus de place ?
Puis la question suivante est : comment faire pour retrouver de la place et éviter que le problème ne se repose à l'avenir ?

La réponse à la première question est : il y a un problème avec la commande d'archivage des fichiers WAL qui ne fonctionne pas correctement, ce qui provoque l'empilement des fichiers. Résoudre ce problème doit suffire à redonner de la place et tout ramener dans l'ordre...

Avant de prendre un maillet pour tout écraser, c'est peut-être pas mal de comprendre ce qui provoque le problème et le résoudre en douceur, non ?

[Boubou2020]

le archive_mode a été mis à ON dans votre Fichier postgresql.conf ?