J'essaie d'obtenir Postgres 9.2.4 pour exécuter en tant que service sous Windows 7. Après avoir installé Postgres, le service fonctionnait bien. Toutefois, après avoir défini Postgres en tant que serveur pour un autre programme, le service a cessé d'exécuter. Lorsque j'essaie de commencer le service maintenant, je reçois un message disant:
"Le PostgreSQL-X64-9.2 - Serveur PostgreSQL 9.2 Service sur local Ordinateur a commencé puis arrêté. Certains services s'arrêtent automatiquement si ils ne sont pas utilisés par d'autres services ou programmes. " P> blockQuote>
Lorsque j'essaie d'exécuter le programme qui doit utiliser le serveur de base de données, je reçois cette erreur: p>
"Un problème a été rencontré tout en essayant de se connecter ou de créer le Base de données de production. Détails: Impossible de se connecter au serveur; Pourrait Ne pas connecter à la prise distante. L'application doit maintenant fermer " p> blockQuote>
J'ai également rencontré cette erreur une fois lors de l'ouverture du même programme: P>
"Un problème a été rencontré tout en essayant de se connecter ou de créer le Base de données de production. Détails: Fatal: Impossible de charger pg_hba.conf le L'application doit maintenant fermer. " P> blockQuote>
J'ai essayé d'exécuter le service connecté en tant que compte système local ainsi que mon propre compte (dans les propriétés du service Postgres) en vain. J'ai aussi essayé de redémarrer mon ordinateur. Après beaucoup de problèmes de dépannage en ligne, j'ai appris qu'une bonne chose à vérifier est le fichier pg_log. Voici le contenu de la dernière entrée pg_log: p>
xxx pré> Il semble avoir des problèmes avec le fichier pg_hba.conf, qui ressemble à ceci: p>
# TYPE DATABASE USER ADDRESS METHOD # IPv4 local connections: host all all 127.0.0.1/32 md5 # IPv6 local connections: host all all ::1/128 md5 # Allow replication connections from localhost, by a user with the # replication privilege. #host replication postgres 127.0.0.1/32 md5 #host replication postgres ::1/128 md5
8 Réponses :
Donc, Avertissement rapide, j'exécute maintenant PostgreSQL sur Linux. Mais il y a des années, je l'ai exécuté sous Windows. Et je semble me souvenir de ce problème. Je pense que l'indice est dans cette ligne:
2013-05-29 15:07:00 MDT LOG: local connections are not supported by this build
Le problème est que cette version Postgres sous Win7 ne peut pas gérer les connexions locales. Je devais travailler avec PG très urgent sur mon ordinateur local, donc je me suis fait trop se soucier de la sécurité, alors peut-être que ce n'est pas la meilleure solution pour un environnement direct. Mais mon PC local c'était suffisant.
J'ai supprimé toutes les autres lignes non motivées de pg_hba.conf et laissez seulement le suivant: après cela, je pourrais connecter via la ligne de commande. Je ne comprends pas pourquoi le manuel ne raconte plus sur ce problème. Je suis à peu près sûr que beaucoup de gens ont un problème avec cela.
Merci, cela a travaillé pour moi, bien que l'ajout de la ligne suivante, y compris mon IP locale (Connexion de la machine virtuelle locale), a fait le tour: Hébergement Tous les 192.168.1.49/32 MD5
C'est la seule solution qui a fonctionné pour moi. Merci!
Utilisation de cette variante IPv4 dans le fichier Conf entraîne la même erreur lorsque j'essaie de démarrer Postgres.
J'ai eu ce problème avec PostgreSQL version 8.3 après l'avoir installée sur une machine Windows 7. Initialement, cela fonctionnait normalement, mais tout à coup, il s'est arrêté (probablement après une mise à jour de Windows). De nombreuses provisions ont été apportées à des autorisations changeantes, mais cela ne l'a pas mis au travail. Quelques mois plus tard, j'ai trouvé le problème dans un fichier vide, il devrait en attendre des données. Vérifiez ce chemin: C: \ Fichiers du programme (x86) \ PostgreSQL \ 8.3 \ Data \ (où 8.3 doivent être remplacés sur votre numéro de version). Vérifiez si le fichier postmaster.pid est vide ou non (ouvrez-le à l'aide de WordPad ou de bloc-notes). S'il est vide, renommez-le à _Postmaster.pid (ou autre nom). Aller au menu Démarrer et au type de boîte de commande Services.msc appuyez sur Entrée Localisez l'entrée de la base de données PostgreSQL Double-cliquez dessus Cliquez sur le bouton Démarrer Si le service démarre, un nouveau postmaster.Pid sera créé (avec certaines données) Vous pouvez le vérifier dans le chemin indiqué ci-dessus.
Le bon conseil est venu d'analyser le spectateur d'événements: Ouvrez Windows Explorer, sélectionnez "Ordinateur", cliquez avec le bouton droit de la souris sur "Gérer", sélectionnez "Viewer d'événements", attendez "Résumé des événements administratifs" pour charger, ouvrez le nœud "Erreur", localisez "PostgreSQL" dans la colonne "Source" et doublez dessus. Il y avait la pointe informant les fausses données dans le fichier postmaster.pid.
J'espère que cette information peut vous aider. À votre santé! Ed.
J'ai un problème différent mais +1 pour le conseil de l'observateur d'événements!
J'ai eu le même problème. Ce qui a fonctionné pour moi était:
partagé_preload_libries = '$ libdi / plugins / plugin_debugger.dll' )
L'entrée locale n'est pas prise en charge sur les machines Windows. Voir E.20.3.1.3. Authentification .