Postgresql sur Windows : postmaster.pid reste et empêche le redémarrage si le service a planté

@CraigRinger: Je ne connais pas SysV, mais Windows a des fichiers mappés en mémoire pour gérer la communication inter-processus.

@voretaq7 Alors que je pense que l'approche Unix worse is better est meilleure et que vous devriez simplement écrire un fichier de verrouillage sur Windows, vous pouvez utiliser un mutex. Je ne l'ai jamais fait en code non géré, mais j'ai utilisé un modèle similaire à cela en C#

@voretaq7 Bien sûr, c'est une lacune de postgres si cela ne tente pas de supprimer le fichier ou d'énumérer ses verrous, à moins que ce ne soit une fonction de sécurité pour vous obliger à examiner manuellement une base de données potentiellement corrompue.

@omatrot Cela a à voir avec la façon dont Postgres sur Unix utilise la mémoire partagée SysV comme un mutex géant (voir ici, 3ème paragraphe) - Je ne connais aucun système de mémoire partagée autre que SysV qui offre cela car cela ne semble pas vraiment utile... à moins que vous ne soyez Postgres :-)

@voretaq7 Après plusieurs heures d'analyse, j'ai pu constater que dans mon cas, pg_ctl (hébergeant le service Windows) avait quitté de manière inattendue, laissant des processus postgres.exe "orphelins". Windows a alors essayé de redémarrer le service car nous lui avions demandé de le faire, alors que le serveur de la base de données fonctionnait toujours correctement :-(. Mauvaise idée. Au lieu de cela, nous devons exécuter un programme qui arrêtera le cluster de la base de données avant de redémarrer le service Windows.