Mon serveur n'est pas détecté

Elpibecanto · 02/05/2020 22:45:57

Bonjour à tous,

Je fais appel à vous car mon cas est désespéré:-)
J'ai des difficultés à utilise PostgreSQL
Lorsque je suis dans PGADMIN III et que je veux me contacter au serveur, j'ai le message suivant:

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 "localhost" and accepting TCP/IP connections on port 5432? could not connect to server: Connection refused (0x0000274D/10061) Is the server running on host "localhost" 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?

Ma configuration:
Windows 10
version de PostgreSQL 9.0
Je suis chez Free et j'ai ouvert le port 5432
J'ai Kaspersky et j'ai exclus des menaces les fichiers suivants:
C:\Program Files\PostgreSQL\9.0\bin\postgres.exe
C:\Program Files\PostgreSQL\9.0\bin\pg_ctl.exe

Lorsque j'utilise la commande net start | find "Postgre" sous DOS, rien ne revient ce qui signifie que le service PostgreSQL n'est pas en cours d'exécution.

Si quelqu'un a une idée, j'en viens à douter qu'on puisse utiliser cette version avec Windows 10.
Sur le même PC (avec free mais sans Kaspersky et en Windows 7), je n'avais pas de problème.

J'utilise PostgreSQL pour mon tracker de poker et la version maximale autorisée est apparemment la 9.3.

Toute aide sera fortement appréciée, merci par avance

rjuju · 03/05/2020 06:48:52

Bonjour,

Comme l'indique le message, postgres n'est pas joignable sur le port et adresse indiquée. Soit il est démarré mais écoute sur un port (à priori par votre cas), soit il n'est pas démarré (à priori votre cas), et dans ce cas il faut le démarrer.

pifor · 03/05/2020 12:57:59

Pour vérifier que le service Windows de l'instance PostgreSQL est bien démarré, essayez la commande suivante (ici j'ai la version 9.3 installée sur Windows 2016):

> net start | findstr Post
   postgresql-x64-9.3 - PostgreSQL Server 9.3

Vous pouvez aussi tester avec la commamde sc query:

>sc query postgresql-x64-9.3

SERVICE_NAME: postgresql-x64-9.3
        TYPE               : 10  WIN32_OWN_PROCESS
        STATE              : 4  RUNNING
                                (STOPPABLE, PAUSABLE, ACCEPTS_SHUTDOWN)
        WIN32_EXIT_CODE    : 0  (0x0)
        SERVICE_EXIT_CODE  : 0  (0x0)
        CHECKPOINT         : 0x0
        WAIT_HINT          : 0x0

Dans votre cas, la commande doit être:

sc query postgresql-x64-9.0

Ceci suppose le service Windows a le nom par défaut.

Ensuite il faut vérifier le log de l''instance qui doit se trouver par défaut dans

c:\Program Files\PostgreSQL\9.0\data\pg_log

Quel est son contenu ?
Est-ce qu'il y a des erreurs ?

NB: le fait que d'être un abonné Free ne doit rien changer (à condition que vous parlez bien d'une installation locale sur votre machine Windws 10 et non du service PostgreSQL gratuit que Free fournit mais qui est disponible uniquement par l' interface web http://sql.free.fr/phpPgAdmin.

Dernière modification par pifor (03/05/2020 13:02:59)

Elpibecanto · 03/05/2020 23:04:59

Bonjour,

Merci pour votre réponse ça m'aide beaucoup, je nage un peu dans cet univers, ou plus précisément, j'apprends à nager.

pifor a écrit :

Pour vérifier que le service Windows de l'instance PostgreSQL est bien démarré, essayez la commande suivante (ici j'ai la version 9.3 installée sur Windows 2016):
> net start | findstr Post
   postgresql-x64-9.3 - PostgreSQL Server 9.3
Bon le net start n'a rien donné.
Vous pouvez aussi tester avec la commamde sc query:
>sc query postgresql-x64-9.3

SERVICE_NAME: postgresql-x64-9.3
        TYPE               : 10  WIN32_OWN_PROCESS
        STATE              : 4  RUNNING
                                (STOPPABLE, PAUSABLE, ACCEPTS_SHUTDOWN)
        WIN32_EXIT_CODE    : 0  (0x0)
        SERVICE_EXIT_CODE  : 0  (0x0)
        CHECKPOINT         : 0x0
        WAIT_HINT          : 0x0
Dans votre cas, la commande doit être:
sc query postgresql-x64-9.0
Sur cette requête, j'ai le résultat suivant:

SERVICE_NAME: postgresql-x64-9.0
TYPE : 110 WIN32_OWN_PROCESS (interactive)
STATE : 1 STOPPED
WIN32_EXIT_CODE : 0 (0x0)
SERVICE_EXIT_CODE : 0 (0x0)
CHECKPOINT : 0x0
WAIT_HINT : 0x0
Ca m'a pas l'air très encourageant...
Ceci suppose le service Windows a le nom par défaut.

Ensuite il faut vérifier le log de l''instance qui doit se trouver par défaut dans
c:\Program Files\PostgreSQL\9.0\data\pg_log
Quel est son contenu ?
Est-ce qu'il y a des erreurs ?
Le répertoire pg_log est littéralement vide, il n'y a aucun fichier..
Par contre, ça me fait penser, où doivent se trouver les fichiers pg_hba.conf et PostgreSQL.conf ? Je les ai mis dans Share mais je ne suis pas persuadé que ce soit le right move...

NB: le fait que d'être un abonné Free ne doit rien changer (à condition que vous parlez bien d'une installation locale sur votre machine Windws 10 et non du service PostgreSQL gratuit que Free fournit mais qui est disponible uniquement par l' interface web http://sql.free.fr/phpPgAdmin.

Je précisais ça pour dire que j'avais ouvert le port 5432, ça me semblait important de donner le plus de billes possible pour recevoir de l'aide.

Si mes réponses inspirent quelqu'un, je suis preneur pour avancer, je vais continuer à lire certains sujets du foru, ça me permet petit à petit d'en apprendre beaucoup même si je pars de (très) loin.

Merci par avance
Amicalement

pifor · 04/05/2020 12:47:38

Même si la commande "net start" ne donne rien, le service Windows existe d'après la commande "sc query".

Les fichiers pg_hba.conf et postgresql.conf doivent impérativement être dans dans votre cas dans "PGDATA" càd dans

c:\Program Files\PostgreSQL\9.0\data

Essayez de déplacer ces 2 fichiers à cet endroit et de démarrer le service Windows de l'instance PG avec:

sc start postgresql-x64-9.0

Est-ce qu'il y a des erreurs ?
Est-ce qu'il y a maintenant un log dans pg_log et si oui quel est son contenu ?

Elpibecanto · 04/05/2020 12:56:21

Bonjour,

Merci.

Voici ce que ça donne lorsque j'essaie de démarrer le service:

[SC] StartService: OpenService échec(s) 5 :

Accès refusé.

J'y vois une amélioration, c'est certainement que mon fichier hba est pas bon, je vais essayer de le retravailler en essayant de trouver des exemples.

Pour le log, il n'y a toujours rien dans le répertoire dédié.

pifor · 04/05/2020 13:13:35

Je pense que c'est plus probablement un problème de droits d'accès dans Windows: essayez de lancer le service avec un compte qui a des droits "administrateur" idéalement il faudrait utiliser celui qui a installé PostgreSQL.

Elpibecanto · 04/05/2020 22:16:32

Bonsoir,

Lorsque j'essaie de démarrer en tant qu'administrateur, c'est en effet différent, voici le résultat:

SERVICE_NAME: postgresql-x64-9.0
TYPE : 110 WIN32_OWN_PROCESS (interactive)
STATE : 2 START_PENDING
(STOPPABLE, PAUSABLE, ACCEPTS_SHUTDOWN)
WIN32_EXIT_CODE : 0 (0x0)
SERVICE_EXIT_CODE : 0 (0x0)
CHECKPOINT : 0x0
WAIT_HINT : 0xea60
PID : 23568
FLAGS :

Bon, par contre toujours aucun fichier généré dans le répertoire Log…
Faut vraiment que je trouves des exemples de fichier hba et conf concrets, ceux que j'ai trouvé sur Share sont bardés de commentaires.
Il doit bien y avoir ça sur le forum si je cherche bien.

pifor · 05/05/2020 08:39:17

Les fichiers pga_hba.conf et postgresql.conf sont livrés avec beaucoup de commentaires: essayez de copier ces fichiers dans

c:\Program Files\PostgreSQL\9.0\data

, de redémarrer le service PostgreSQL et de vérifier s'il y a log généré.

Elpibecanto · 09/05/2020 22:23:43

Bonsoir,

Bon j'y arrive vraiment pas.
J'ai modifié mes fichiers HBA et Conf dans tous les sens.
Ce que je comprends le moins, c'est que malgré la configuration suivante dans mon fichier conf, il ne m'enregistre aucun fichier de log:

#------------------------------------------------------------------------------
# ERROR REPORTING AND LOGGING
#------------------------------------------------------------------------------

# - Where to Log -

log_destination = 'stderr' # Valid values are combinations of
# stderr, csvlog, syslog, and eventlog,
# depending on platform. csvlog
# requires logging_collector to be on.

# This is used when logging to stderr:
logging_collector = on # Enable capturing of stderr and csvlog
# into log files. Required to be on for
# csvlogs.
# (change requires restart)

# These are only used if logging_collector is on:
log_directory = 'pg_log' # directory where log files are written,
# can be absolute or relative to PGDATA
log_filename = 'postgresql-%Y-%m-%d_%H%M%S.log' # log file name pattern,
# can include strftime() escapes
#log_truncate_on_rotation = off # If on, an existing log file of the
# same name as the new log file will be
# truncated rather than appended to.
# But such truncation only occurs on
# time-driven rotation, not on restarts
# or size-driven rotation. Default is
# off, meaning append to existing files
# in all cases.
log_rotation_age = 1d # Automatic rotation of logfiles will
# happen after that time. 0 disables.
log_rotation_size = 10MB # Automatic rotation of logfiles will
# happen after that much log output.
# 0 disables.

# These are relevant when logging to syslog:
#syslog_facility = 'LOCAL0'
#syslog_ident = 'postgres'

#silent_mode = off # Run server silently.
# DO NOT USE without syslog or
# logging_collector
# (change requires restart)

# - When to Log -

client_min_messages = log # values in order of decreasing detail:
# debug5
# debug4
# debug3
# debug2
# debug1
# log
# notice
# warning
# error

log_min_messages = info # values in order of decreasing detail:
# debug5
# debug4
# debug3
# debug2
# debug1
# info
# notice
# warning
# error
# log
# fatal
# panic

log_min_error_statement = info # values in order of decreasing detail:
# debug5
# debug4
# debug3
# debug2
# debug1
# info
# notice
# warning
# error
# log
# fatal
# panic (effectively off)

log_min_duration_statement = 0 # -1 is disabled, 0 logs all statements
# and their durations, > 0 logs only
# statements running at least this number
# of milliseconds

# - What to Log -

#debug_print_parse = off
#debug_print_rewritten = off
#debug_print_plan = off
#debug_pretty_print = on
#log_checkpoints = off
log_connections = on
#log_disconnections = off
log_duration = on
#log_error_verbosity = default # terse, default, or verbose messages
log_hostname = on
#log_line_prefix = '' # special values:
# %a = application name
# %u = user name
# %d = database name
# %r = remote host and port
# %h = remote host
# %p = process ID
# %t = timestamp without milliseconds
# %m = timestamp with milliseconds
# %i = command tag
# %e = SQL state
# %c = session ID
# %l = session line number
# %s = session start timestamp
# %v = virtual transaction ID
# %x = transaction ID (0 if none)
# %q = stop here in non-session
# processes
# %% = '%'
# e.g. '<%u%%%d> '
#log_lock_waits = off # log lock waits >= deadlock_timeout
#log_statement = 'none' # none, ddl, mod, all
#log_temp_files = -1 # log temporary files equal or larger
# than the specified size in kilobytes;
# -1 disables, 0 logs all temp files
#log_timezone = unknown # actually, defaults to TZ environment
# setting

Pourquoi il n'y a rien qui se loggue ?

Si vous avez des pistes…
Est-ce que j'y gagnerai à tout désinstaller et tout réinstaller ?

Merci d'avance

pifor · 11/05/2020 20:11:58

Ce fichier me semble correct. Si le service est bien démarré avec ce fichier au bon endroit, il devrait y avoir un log généré dans le répertoire pg_log.
Vérifiez qu'il n'y a pas d'erreur dans le journal des événements Windows au moment du démarrage du service.

Réinstaller PostgreSQL est risqué car vous risquez de perdre vos données dans PGDATA: sans sauvegarde c'est risqué.

#1 02/05/2020 22:45:57

Mon serveur n'est pas détecté

#2 03/05/2020 06:48:52

Re : Mon serveur n'est pas détecté

#3 03/05/2020 12:57:59

Re : Mon serveur n'est pas détecté

#4 03/05/2020 23:04:59

Re : Mon serveur n'est pas détecté

#5 04/05/2020 12:47:38

Re : Mon serveur n'est pas détecté

#6 04/05/2020 12:56:21

Re : Mon serveur n'est pas détecté

#7 04/05/2020 13:13:35

Re : Mon serveur n'est pas détecté

#8 04/05/2020 22:16:32

Re : Mon serveur n'est pas détecté

#9 05/05/2020 08:39:17

Re : Mon serveur n'est pas détecté

#10 09/05/2020 22:23:43

Re : Mon serveur n'est pas détecté

#11 11/05/2020 20:11:58

Re : Mon serveur n'est pas détecté

Pied de page des forums

PostgreSQL.fr

À propos

Nous contacter

Groupes Locaux

Réseaux Sociaux