Discussion :

[Pov type]

Bonjour à tous.

Ben en fait, je débute PostgreQSL et...

Ben en fait, je ne parviens point à me connecter au server (PostSQL 8.3 (localhost:5432)).

Je reçois ceci comme message:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
 
server doesn't listen...
 
The server doesn't accept connections: the connection library reports 
could not connect to server: Connection refused (0x0000274D/10061) Is the server running on host "127.0.0.1" and accepting TCP/IP connections on port 5432? 
 
If you encounter this message, please check if the server you're trying to contact is actually running PostgreSQL on the given port. Test if you have network connectivity from your client to the server host using ping or equivalent tools. Is your network / VPN / SSH tunnel / firewall configured correctly? 
 
For security reasons, PostgreSQL does not listen on all available IP addresses on the server machine initially. In order to access the server over the network, you need to enable listening on the address first. 
 
For PostgreSQL servers starting with version 8.0, this is controlled using the "listen_addresses" parameter in the postgresql.conf file. Here, you can enter a list of IP addresses the server should listen on, or simply use '*' to listen on all available IP addresses. For earlier servers (Version 7.3 or 7.4), you'll need to set the "tcpip_socket" parameter to 'true'. 
You can use the postgresql.conf editor that is built into pgAdmin III to edit the postgresql.conf configuration file. After changing this file, you need to restart the server process to make the setting effective. 
If you double-checked your configuration but still get this error message, it's still unlikely that you encounter a fatal PostgreSQL misbehaviour. You probably have some low level network connectivity problems (e.g. firewall configuration). Please check this thoroughly before reporting a bug to the PostgreSQL community.

.

Je suis allé dans l'aide et ça me marquait qu'il était possible que le server ne tournait pas et que pour se faire il fallait le lancer, le pb c'est qu'ils n'ont pas spécifié comment faire...

Il se peut aussi que le pb vienne d'ailleur, si quelqu'un peut m'aiguiller un peu mieux, je lui en serait reconnaissant.

Merci d'avance.

[funboard]

Bonjour,
Si t'es sous windows alors :
Panneau de configuration --> Outils d'administration -->services
et là cherche le service qui s'appel "postgresql server 8.3"
selectionne le et clique sur "demarrer".

A+.

[toumi23]

Bonjour,
Si t'es sous windows alors :
Panneau de configuration --> Outils d'administration -->services
et là cherche le service qui s'appel "postgresql server 8.3"
selectionne le et clique sur "demarrer".

A+.

j'ai demarrerer le service mais il s'arrete aprés quelque seconds

[leainf]

j'ai demarrerer le service mais il s'arrete aprés quelque seconds

MOI AUSSI j'ai eu le problème! si quelqu'un à déjà arrivé à une solution qu'il nous aide!!

[estofilo]

j'ai demarrerer le service mais il s'arrete aprés quelque seconds

Comme un service ne peut pas écrire ses messages d'erreur à l'écran faute de fenêtre, en principe il les met dans le journal des évènements Windows.
Il faut donc aller dans l'Observateur d'Evènements si une erreur est mentionnée.

[xavynfive]

bonjour,

un ptit up de ce post, puisque j'ai une erreur très similaire

Sous windows (vista pour mon pc perso et seven pour mon pc de bureau)
j'ai mon postgresql (version 8.4 pour mon pc perso et 9 pour mon pc bureau)
qui me fait des arrêts intempestifs à la pelle.
QUand je ds à la pelle c'est en moyenne toute les minutes. impossible de travailler dans ces conditions (obligé systématiquement de relancer le service manuellement)

j'ai tenté de faire une manip : dans services, mettre la colonne "ovrir une session en tant que" -> système local (c'était \postgres par défaut)
chez moi cela semble avoir réglé le pb (de manière définitive ? à vérifier, mais ça fait qq jours que je n'ai plus d'arrêt intempestif)
en revenche sur mon poste seven, ça n'a rien changé.

Dans le journal application, je ne vois que les redémarrages effectués à la main, les arrêts ne sont même pas signalé. Et pourtants ils ont bien lieu puisqu'il y a plantage de mes requêtes dans l'éditeur sql de pgadmin avec le message suivant:

"server closed the connection unexpectedly
This probably means the server terminated abnormally
before or while processing the request."

ça devient invivable..

[estofilo]

Dans le journal application, je ne vois que les redémarrages effectués à la main, les arrêts ne sont même pas signalé. Et pourtants ils ont bien lieu puisqu'il y a plantage de mes requêtes dans l'éditeur sql de pgadmin avec le message suivant:

"server closed the connection unexpectedly
This probably means the server terminated abnormally
before or while processing the request."

ça devient invivable..

Ca c'est un plantage du serveur postgresql, c'est tout à fait différent de l'erreur initialement mentionnée dans ce fil de discussion.
C'est un postgresql de base ou bien il y a des extensions genre postgis ou des fonctions en C?

[xavynfive]

bonjour, et merci pour la réponse

Il s'agit de postgresql avec l'extension postgis.
Peut-être une piste : j'ai remarqué que cet arrêt intemestif survenait beaucoup plus souvent à partir du moment où j'ai réalisé des imports depuis un autre soft (comme QGIS qui permet de charger des .shp dans la base)
Cela dit, une fois QGIS fermé, et que je continue mes requete select ordinaire sous l'editeur sql de pgadmin, ces arrêts ce font toujours.

je suis tombé sur cette page sous peu :
http://www.unixgarden.com/index.php/...vec-postgresql
Je n'ai pas tout compris mais je me demane si mon pb ne viendrait pas d'un pb d'allocation de mémoire quelconque ?
Ce qui m'a mis la puce à l'oreille, c'est le fait que les arrêts serveur, lors de mes imports QGIS dans postgres, se faisaient souvent aux même étapes
(par exemple après le 5e fichier sur 10, et lorsque j'ai refais la manip pour alimenter une autre base, cela s'est produit également après l'import du 5e fichier sur 10)

Peut-être aussi y a-t-il un soucis avec QGIS mais dans ce cas, pourquoi lorsque qgis est arrêté le pb persiste-t-il ?

[cleecky]

Bonjour !

Je tente à mon tour un up de ce post !
Mon problème est le même que celui ayant emmené à l'ouverture de cette discussion...
Je n'arrive pas à démarrer mon serveur et lorsque je démarre le service il s’arrête presque immédiatement !
Ce qui est étrange c'est que tout marché parfaitement bien et depuis peu plus rien...
L'erreur dans l'observateur d’évènement est la suivante :

FATAL: paramètre de configuration " tcpip_socket " non reconnu

le paramètre tcpip est à true et le listen_adresses = '*'

dans pg_hba.conf :

# TYPE  DATABASE        USER            CIDR-ADDRESS            METHOD

# IPv4 local connections:
host    all             all             127.0.0.1/32            trust
#	host	all				all				172.16.48.0/20		md5
# IPv6 local connections:
host    all             all             ::1/128                 md5

J'utilise la version 9.0 de postgres !

Voila j’espère vous avoir donné toutes les informations nécessaire et je vous remercie pour votre aide éventuel !

[estofilo]

Ce qui est étrange c'est que tout marché parfaitement bien et depuis peu plus rien...
L'erreur dans l'observateur d’évènement est la suivante :

FATAL: paramètre de configuration " tcpip_socket " non reconnu

le paramètre tcpip est à true et le listen_adresses = '*'

Le paramètre tcpip_socket dans le fichier postgresql.conf est obsolète depuis plusieurs versions (depuis la 8.0 je crois). Essaie de supprimer cette ligne comme semble le suggérer le message d'erreur.