Vous n'êtes pas identifié(e).
Bonjour,
J'espère être bien dans le groupe adéquate pour ma demande sinon veuillez m'en excuser...
Voilà depuis deux ans et jusqu'au 2/11 hier soir mon serveur postgres (8.2 sous vista) fonctionnait bien et depuis il ne se lance plus en ne mettant rien dans les logs de pg_log.
Je précise que j'ai passé au moins 10 heures sur le net à fouiller les pistes suivantes :
- pb d'habilitation de mon compte postgres qui ne doit pas posséder des habilitation admlin et pouvoir écrire sur data : fait et vérifier Ok.
- Finalement après m'être assuré que tout devait être conforme je lance la commande en étant postgres :
cd "C:\Program Files\WeatherProfessional\database\bin"
.\pg_ctl.exe start -N "pgsql-8.2" -D "C:\Program Files\WeatherProfessional\database\data\"
et dans le fichier d'événement windows voici ce qu'il me donne : "could not map view of backend variables: error code 6"
A quoi correspond ce message s'il vous plait ?
sinon voici le dernier message que j'ai eu le 2/11 ... je ne pense pas que cela empeche Posgessal de démarrer ?
2010-11-02 07:34:22 ERROR: duplicate key violates unique constraint "temp1_pkey"
2010-11-02 07:34:22 STATEMENT: insert into temp1 values('2010-10-31 02:04:00.0', null, false)
2010-11-02 07:34:22 ERROR: duplicate key violates unique constraint "temp1_pkey"
2010-11-02 07:34:22 STATEMENT: insert into temp1 values('2010-10-31 02:14:00.0', null, false)
2010-11-02 07:34:22 ERROR: duplicate key violates unique constraint "temp1_pkey"
2010-11-02 07:34:22 STATEMENT: insert into temp1 values('2010-10-31 02:24:00.0', null, false)
2010-11-02 07:34:22 ERROR: duplicate key violates unique constraint "temp1_pkey"
2010-11-02 07:34:22 STATEMENT: insert into temp1 values('2010-10-31 02:34:00.0', null, false)
2010-11-02 07:34:22 ERROR: duplicate key violates unique constraint "temp1_pkey"
2010-11-02 07:34:22 STATEMENT: insert into temp1 values('2010-10-31 02:44:00.0', null, false)
2010-11-02 07:34:22 ERROR: duplicate key violates unique constraint "temp1_pkey"
2010-11-02 07:34:22 STATEMENT: insert into temp1 values('2010-10-31 02:54:00.0', null, false)
2010-11-02 07:36:03 LOG: received fast shutdown request
2010-11-02 07:36:03 LOG: aborting any active transactions
2010-11-02 07:36:06 LOG: autovacuum process (PID 2528) exited with exit code -1073741502
2010-11-02 07:36:06 LOG: terminating any other active server processes
2010-11-02 07:36:07 LOG: abnormal database system shutdown
2010-11-02 07:36:10 LOG: logger shutting down
Cdt.Philippe.
Hors ligne
Les erreurs visibles dans le fichier de log ne sont pas la raison de votre problème actuel. Une ligne intéressante est "2010-11-02 07:36:03 LOG: received fast shutdown request" car elle indique que PostgreSQL a reçu une demande d'arrêt rapide. Il n'a donc pas crashé, il s'est juste arrêté à la demande d'un utilisateur.
Quant à l'erreur 6, il veut dire « The handle is invalid. » d'après Microsoft, ce qui ne nous arrange pas plus. Un regard rapide dans la doc indique que ce message est envoyé lorsque PostgreSQL essaie de lire certaines variables en mémoire partagée. Mais je ne vois pas vraiment de raison particulière pour que ça échoue.
Du coup, ça sent très mauvais du côté d'un antivirus. N'auriez-vous pas installé ou mis à jour votre logiciel antivirus récemment ?
Guillaume.
Hors ligne
Bonsoir,
Merci pour votre réponse si rapide pour le pb qui m'importe puisque sans postgres dispo d'ici après demain, je vais perdre 15 jours d edonnées météo stockées ... et c'est pas cool ...
Sinon j'ai Bit defender et je n'y ai pas touché depuis un certain temps mais je n'exclue pas qu'il en soit la cause ...
Connaissez vous des méthodes pour interroger depuis vista la mémoire partagée (comme on peut le faire sous unix) car en gros ca veut dire que le processus postgress ne peut pas utiliser cette mémoire partagéé ? si j'avais un peu plus de doc je pourrais me connecter comme compte postgres (runas ...) et lancer un autre prog qui lit de la mémoire partagée afin de valider ou invalider cette piste ...
Hors ligne
Commencez par désinstaller l'antivirus. ça vous prendra 5 minutes? il sera toujours temps de le remettre après.
Sinon, inspecter la mémoire partagée sous Windows, cela risque d'être compliqué. Si vous voulez vraiment récupérer vos données en urgence, commencez par recopier votre répertoire data sur une autre machine, vous devriez pouvoir y accéder, pour peu que ça soit la même version de postgres, sous windows (et en restant 32 bits si vous l'êtes, ou 64 bits sinon).
Marc.
Hors ligne
Merci ! Super c'est exactement cela ! j'ai désinstallé Bit defender 2011 et tout s'est remis à fo,ctionner à merveille : je viens de recupérere mes données et météo et c'est vraiement bien. Bravo.
est-ce que je peux ré installer Bit defender à votre avis ou je zappe pour du free car cet anti virus est de toute manière vraiement lourd ?
Hors ligne
La plupart des antivirus sous Windows sont d'authentiques saloperies. D'un autre côté, ils sont conçus pour des machines personnelles, qui ne sont normalement pas le genre d'endroit où on met habituellement des logiciels comme PostgreSQL. Ils s'adressent au plus grand nombre.
Bref, je dirais que la bonne solution serait d'installer un système d'exploitation qui n'a pas besoin d'antivirus, ça résout de façon plus rigoureuse le problème... mais ça n'est pas forcément faisable. Sinon, trouver un antivirus qui ne s'amuse pas à emp?cher les logiciels de tourner. Mais je crains qu'il n'y ait pas grand monde pour te conseiller sur ce forum. D'un autre côté, c'est le genre de liste qu'il pourrait être intéressant d'avoir (la liste des antivirus qui n'empêchent pas PostgreSQL de tourner).
Dernière modification par Marc Cousin (08/11/2010 09:29:35)
Marc.
Hors ligne
