Impossible d'exécuter PostgreSQL en tant que service Windows

J'avais dans mon Windows services:

C:/Program Files/PostgreSQL/8.4/bin/pg_ctl.exe runservice -N "postgresql-8.4" -D "D:/PostgreSQL/8.4/data" -w

Il n'a jamais fini de s'exécuter. Mais si je l'ai fait sur le dos shell:

C:/Program Files/PostgreSQL/8.4/bin/pg_ctl.exe start -N "postgresql-8.4" -D "D:/PostgreSQL/8.4/data" -w

Avis que j'ai seulement changé le "runservice" sur "démarrer" et il fonctionne très bien.

Une idée?

OriginalL'auteur David | 2009-08-09

postgresql service

32

La commande runservice ne peut être exécutée par le service gestionnaire de

afin de fixer mon localhost windows 7 pour commencer postgres comme un service
j'ai utilisé la commande suivante pour démarrer les données
```
 pg_ctl -D "C:\Program Files\PostgreSQL.1\data" start 
```
Ensuite vérifié l'état pour les erreurs
```
 pg_ctl -D "C:\Program Files\PostgreSQL.1\data" status 
```
si vous obtenez l'erreur 1063 , son plus que probable que les autorisations, j'ai exécuté la commande suivante
```
 cacls "C:\Program Files\PostgreSQL.1\data" /E /T /C /G postgres:F
```
puis rediffusé le début/d'état, il a montré tout le bien, mais encore le gestionnaire de services ne serait pas démarrer le service

Donc, dans les Services->postgresql->options->connexion-je configurer la session en tant que compte système Local à la place de l'utilisateur postgres, et le tour est joué, il a travaillé

a travaillé pour moi. merci
Cela a fonctionné pour moi aussi. postgresql 9.5.2. En bref: dans les services, sélectionnez le service et afficher ses propriétés et modifier le compte de connexion au système local
Au lieu de postgres utilisateur, j'ai utilisé le NETWORK_SERVICE de l'utilisateur. Voir ici pour plus de détails: stackoverflow.com/a/38563535/363573

OriginalL'auteur Jay Rizzi
11

ce qui m'est arrivé car j'ai mis mon répertoire de données à être quelque part le postgres compte d'utilisateur windows n'a pas accès.

C'est EXACTEMENT la raison pour laquelle ce qui se passe! Vous devez modifier les données de répertoire lors de l'installation pour éviter ce problème
Pour le lecteur occasionnel, voici une méthode simple pour définir le répertoire de données des autorisations correctement: stackoverflow.com/a/38563535/363573.
À noter que, par défaut, PostgreSQL sous Windows semblent utiliser NetworkService en tant qu'utilisateur.

OriginalL'auteur pstanton
4

J'ai eu ce problème dans Windows après un plantage du système. L'exécution de la première commande a montré des données non valides dans C:\Program Files\PostgreSQL\9.1\data\postmaster.pid. La suppression de ce fichier a fait le tour. De référence.

OriginalL'auteur Tom
3

J'ai connu le même problème après en déplaçant manuellement les fichiers de base de données (PG_DATA répertoire) sans avoir à recréer de toutes les autorisations nécessaires.

Voici comment j'ai résolu mon problème:

1. Vérifiez les autorisations sur les vieux PG_DATA répertoire:
```
cacls "c:\path\to\old\pgdata\dir"
```
2. Vérifiez les autorisations sur les nouveaux PG_DATA répertoire:
```
cacls "d:\path\to\NEW\pgdata\dir"
```
3. Comparer les sorties de 1. et 2.

Trouver les différences entre les utilisateurs et/ou des autorisations de les synchroniser.

Nota: je l'ai trouvé plus facile à utiliser explorer pour l'étape de synchronisation, plutôt que d'utiliser cacls directement à partir de la ligne de commande.

OriginalL'auteur Stephan
2

Vous avez besoin de vérifier vos fichiers de log et les fenêtres de journal des événements pour un indice de ce qu'est le problème. Si il n'y a rien là, vous avez besoin de sortir quelque chose comme Moniteur de Processus et d'obtenir une stacktrace de l'endroit où il est accroché.

OriginalL'auteur Magnus Hagander
2

J'ai eu ce problème dans le passé, et c'est ainsi que le programme d'installation n'a pas défini les autorisations correctement pour l'utilisateur que le service était à exécuter en tant que.

OriginalL'auteur Grant Johnson
2

Si vous avez changé pg_hba.conf , peut-être que vous avez manqué quelque part dans le fichier. Par exemple, il doit être CIDR après la propriété intellectuelle dans ce fichier. Il doit être comme 192.168.1.100/32

Si vous avez oublié de mettre 32, le serveur ne marche pas redémarrer.

Enquête de démarrage des journaux pourrait être un indice. Pour le cas du problème est dans le pg_hba.conf vous pourriez voir quelque chose comme ceci:
```
2018-11-13 00:39:34.841 PST [8284] FATAL:  could not load pg_hba.conf
2018-11-13 00:39:34.842 PST [8284] LOG:  database system is shut down
```
OriginalL'auteur onur
0

ouvrir pgAdmin III, puis dans le volet droit de trouver le serveur puis il suffit de faire un clic droit et vous connecter, entrez le mot de passe. après l'avoir branché aller dans le navigateur et actualiser ODOO. Le problème est résolu.

Voir l'image pour obtenir une meilleure compréhension

Alors que ce lien peut répondre à la question, il est préférable d'inclure les parties essentielles de la réponse et de fournir le lien de référence. Lien-ne répond peut devenir non valide si la page liée changements. - Revue

OriginalL'auteur M Kamran Haider

Vous devez vous connecter pour publier un commentaire.

1. Vérifiez les autorisations sur les vieux PG_DATA répertoire:

2. Vérifiez les autorisations sur les nouveaux PG_DATA répertoire:

3. Comparer les sorties de 1. et 2.