Vous n'êtes pas identifié(e).
Bonjour,
il arrive de temps en temps que l'instance PostgreSQL ne s'arrête pas correctement (A/R chaque soir) avec le message suivant qui est répété des dizaines de fois.
Extraits du journal PostgreSQL hier soir et ce matin :
2023-12-21 21:17:29 CET [5972]: [11-1]LOG: a re絠une demande d'arr괠rapide
2023-12-21 21:17:29 CET [5972]: [12-1]LOG: annulation des transactions actives
2023-12-21 21:17:29 CET [5972]: [13-1]LOG: processus en t⣨e de fond « logical replication launcher » (PID 11804) a quitt頡vec le code de sortie 1
2023-12-21 21:20:19 CET [9120]: [571-1]LOG: checkpoint starting: time
2023-12-21 21:20:37 CET [9120]: [572-1]LOG: checkpoint complete: wrote 176 buffers (0.0%); 0 WAL file(s) added, 0 removed, 0 recycled; write=17.691 s, sync=0.111 s, total=17.831 s; sync files=36, longest=0.027 s, average=0.003 s; distance=1974 kB, estimate=3710 kB
2023-12-21 21:30:33 CET [14288]: [1-1]FATAL: le syst譥 de base de donn饳 s'arr괥
2023-12-21 21:30:33 CET [11868]: [1-1]FATAL: le syst譥 de base de donn饳 s'arr괥
2023-12-21 21:30:33 CET [9236]: [1-1]FATAL: le syst譥 de base de donn饳 s'arr괥
2023-12-21 21:30:33 CET [8884]: [1-1]FATAL: le syst譥 de base de donn饳 s'arr괥
2023-12-21 21:30:33 CET [8800]: [1-1]FATAL: le syst譥 de base de donn饳 s'arr괥
2023-12-21 21:30:33 CET [8132]: [1-1]FATAL: le syst譥 de base de donn饳 s'arr괥
2023-12-21 21:30:33 CET [6964]: [1-1]FATAL: le syst譥 de base de donn饳 s'arr괥
2023-12-21 21:30:33 CET [15344]: [1-1]FATAL: le syst譥 de base de donn饳 s'arr괥
2023-12-21 21:30:33 CET [7680]: [1-1]FATAL: le syst譥 de base de donn饳 s'arr괥
2023-12-21 21:30:33 CET [8300]: [1-1]FATAL: le syst譥 de base de donn饳 s'arr괥
2023-12-21 21:30:34 CET [11040]: [1-1]FATAL: le syst譥 de base de donn饳 s'arr괥
2023-12-21 21:30:34 CET [6432]: [1-1]FATAL: le syst譥 de base de donn饳 s'arr괥
...
2023-12-22 07:32:25 CET [19692]: [1-1]FATAL: le système de base de données s'arrête
2023-12-22 07:32:25 CET [21720]: [1-1]FATAL: le système de base de données s'arrête
2023-12-22 07:32:25 CET [23540]: [1-1]FATAL: le système de base de données s'arrête
2023-12-22 07:32:25 CET [20308]: [1-1]FATAL: le système de base de données s'arrête
2023-12-22 07:32:25 CET [2300]: [1-1]FATAL: le système de base de données s'arrête
...
2023-12-22 07:43:28 CET [3752]: [1-1]LOG: le système de bases de données a été interrompu ; dernier lancement connu à 2023-12-21 21:20:37 CET
2023-12-22 07:43:38 CET [4040]: [1-1]FATAL: le système de bases de données se lance
2023-12-22 07:43:38 CET [3620]: [1-1]FATAL: le système de bases de données se lance
2023-12-22 07:43:38 CET [4356]: [1-1]FATAL: le système de bases de données se lance
2023-12-22 07:43:38 CET [5064]: [1-1]FATAL: le système de bases de données se lance
2023-12-22 07:43:38 CET [2496]: [1-1]FATAL: le système de bases de données se lance
2023-12-22 07:43:38 CET [5212]: [1-1]FATAL: le système de bases de données se lance
2023-12-22 07:43:38 CET [5204]: [1-1]FATAL: le système de bases de données se lance
...
2023-12-22 07:44:31 CET [5824]: [1-1]FATAL: le système de bases de données se lance
2023-12-22 07:44:31 CET [5560]: [1-1]FATAL: le système de bases de données se lance
2023-12-22 07:44:31 CET [5064]: [1-1]FATAL: le système de bases de données se lance
2023-12-22 07:44:32 CET [3752]: [2-1]LOG: le système de bases de données n'a pas été arrêté proprement ; restauration
automatique en cours
2023-12-22 07:44:32 CET [3752]: [3-1]LOG: la ré-exécution commence à EB/30C82A58
2023-12-22 07:44:32 CET [3752]: [4-1]LOG: longueur invalide de l'enregistrement à EB/30C82B08 : voulait 24, a eu 0
2023-12-22 07:44:32 CET [3752]: [5-1]LOG: ré-exécution faite à EB/30C82A90
2023-12-22 07:44:32 CET [3752]: [6-1]LOG: checkpoint starting: end-of-recovery immediate
2023-12-22 07:44:32 CET [3752]: [7-1]LOG: checkpoint complete: wrote 0 buffers (0.0%); 0 WAL file(s) added, 0 removed, 0 recycled; write=0.023 s, sync=0.000 s, total=0.045 s; sync files=0, longest=0.000 s, average=0.000 s; distance=0 kB, estimate=0 kB
2023-12-22 07:44:32 CET [3260]: [6-1]LOG: le système de bases de données est prêt pour accepter les connexions
et qui empêche le redémarrage de l'instance quelques minutes plus tard (arrêt des services à 21h15 dont le service PostgreSQL, redémarrage des services planifié à 21h30)
Du coup, on est obligé le matin en arrivant de redémarrer manuellement le serveur Windows pour que tous les services repartent proprement et tout remettre dans l'ordre ce qui est assez gênant ...
Avez-vous des idées du pourquoi l'arrêt rapide ne s'effectue par correctement svp ?
Merci d'avance.
Cordialement,
Infos : PostgreSQL v12.3 / Windows Server 2016
Commande d'arrêt du service : "D:\PostgreSQL\12\bin\pg_ctl.exe" runservice -N "postgresql-x64-12" -D "D:\PostgreSQL\12\data" -w
Dernière modification par cyberioio6977 (22/12/2023 09:57:30)
Hors ligne
Bonjour,
À priori votre système reste à attendre que les connexions existantes soient coupées. Vous avez donc au moins une connexion qui reste bloquée, mais impossible de savoir pourquoi sans acces au serveur. Peut être utilisez-vous des extensions ou des fonctions dans un language "unsafe" qui font qu'une ou plusieurs connexions se retrouvent dans un état non interruptible. Le seul moyen de savoir serait de regarder la liste des processus quand le problème survient, et récupérer une backtrace du ou des processus encore en cours pour voir sur quoi ils sont bloqués.
Julien.
https://rjuju.github.io/
Hors ligne
Bonjour,
ok, merci bien pour votre réponse.
Cdlt,
Hors ligne
