Nous utilisons des cookies pour vous garantir la meilleure expérience sur notre site. Si vous continuez à utiliser ce dernier, nous considèrerons que vous acceptez l'utilisation des cookies. J'ai compris ! ou En savoir plus !.
banniere

Le portail francophone de la géomatique


Toujours pas inscrit ? Mot de passe oublié ?
Nom d'utilisateur    Mot de passe              Toujours pas inscrit ?   Mot de passe oublié ?

Annonce

Printemps des cartes 2024

#1 Mon 25 February 2013 12:16

thinkpod
Participant occasionnel
Date d'inscription: 27 Dec 2009
Messages: 36

avoir plus d'infos sur les erreur de demarrage postgresql 9.2

Bonjour,
j'essaie de démarrer mon serveur postgresql 9.2 en tapant la ligne:

Code:

/etc/init.d/postgresql-9.2 start

mais le systeme me renvoie le message

Démarrage du service postgresql-9.2 :                      [ÉCHOUÉ]


Existe-til une méthode pour recueillir plus d'informations parce que "échoué" cela n'aide pas vraiment à faire un diagnostic...
Merci d'avance

Hors ligne

 

#2 Mon 25 February 2013 13:36

Yves
Membre du bureau
Lieu: Aix-les-Bains
Date d'inscription: 22 Mar 2006
Messages: 9855
Site web

Re: avoir plus d'infos sur les erreur de demarrage postgresql 9.2

Bonjour,

Les logs ?

tail /var/log/postgresql/...

Y.


Yves Jacolin, bénévole de l'association GeoRezo.net, agit au nom et pour le compte de l'association - Partageons ce qui nous départage !!  - GeoRezo vous aide ? Aidez GeoRezo !

Hors ligne

 

#3 Mon 25 February 2013 13:55

thinkpod
Participant occasionnel
Date d'inscription: 27 Dec 2009
Messages: 36

Re: avoir plus d'infos sur les erreur de demarrage postgresql 9.2

Je crois qu'il existe une fonction permettant d'exporter les erreurs dans un fichier texte mais je ne me rappelle plus de la syntaxe...
pour les logs je suis allé sur /usr/pgsql-9.2/data/pg_log, j'ai des fichiers qui n'ont pas bougé depuis octobre 2012,
je ne crois pas que ces fichiers puissent m'aider.

Hors ligne

 

#4 Mon 25 February 2013 14:20

Nicolas Ribot
Membre
Lieu: Toulouse
Date d'inscription: 9 Sep 2005
Messages: 1536

Re: avoir plus d'infos sur les erreur de demarrage postgresql 9.2

Bonjour,

Il faut regarder dans le fichier postgresql.conf ou sont écrits les fichiers de logs.
Les raisons de l'erreur seront là.

Nicolas

Hors ligne

 

#5 Mon 25 February 2013 14:27

Nicolas Ribot
Membre
Lieu: Toulouse
Date d'inscription: 9 Sep 2005
Messages: 1536

Re: avoir plus d'infos sur les erreur de demarrage postgresql 9.2

Sinon vous pouvez demarrer la base a la main en forcant un fichier de log:

sudo -u postgres pg_ctl -D <repertoire des données> -l <fichier de log>

Nicolas

Hors ligne

 

#6 Mon 25 February 2013 16:24

thinkpod
Participant occasionnel
Date d'inscription: 27 Dec 2009
Messages: 36

Re: avoir plus d'infos sur les erreur de demarrage postgresql 9.2

Nicolas Ribot a écrit:

Sinon vous pouvez demarrer la base a la main en forcant un fichier de log:

sudo -u postgres pg_ctl -D <repertoire des données> -l <fichier de log>

Nicolas


ne pas oublier "start" entre pg_ctl et -D , je testerai ca plus tard

Hors ligne

 

#7 Mon 25 February 2013 17:29

thinkpod
Participant occasionnel
Date d'inscription: 27 Dec 2009
Messages: 36

Re: avoir plus d'infos sur les erreur de demarrage postgresql 9.2

je teste cela:

Code:

/usr/pgsql-9.2/bin/psql -h localhost -p 5432 -d postgres -U postgres

mais cela renvoie

Code:

psql: FATAL:  authentification Ident échouée pour l'utilisateur « postgres »

Hors ligne

 

#8 Mon 25 February 2013 18:18

Nicolas Ribot
Membre
Lieu: Toulouse
Date d'inscription: 9 Sep 2005
Messages: 1536

Re: avoir plus d'infos sur les erreur de demarrage postgresql 9.2

Le mode d'authentification présent dans le fichier pg_hba.conf doit valoir "ident" pour cette combinaison utilisateur/base. Ca veut dire que seul le linux correspondant au user postgres peut etre utilisé pour se connecter.

Il faut soit changer de user en shell: sudo su - postgres, puis se connecter depuis le compte postgres, ou, plus simple a mon sens, modifier pg_hba.conf pour changer l'authentification: si c'est un serveur local de test, le mode "trust" est bien pratique: pas de mot de passe a taper.

Nicolas

Hors ligne

 

#9 Mon 25 February 2013 19:12

thinkpod
Participant occasionnel
Date d'inscription: 27 Dec 2009
Messages: 36

Re: avoir plus d'infos sur les erreur de demarrage postgresql 9.2

je suis allé voir dans pg_hba.conf mais tout est deja en trust:

# PostgreSQL Client Authentication Configuration File
# ===================================================
#
# Refer to the "Client Authentication" section in the PostgreSQL
# documentation for a complete description of this file.  A short
# synopsis follows.
#
# This file controls: which hosts are allowed to connect, how clients
# are authenticated, which PostgreSQL user names they can use, which
# databases they can access.  Records take one of these forms:
#
# local      DATABASE  USER  METHOD  [OPTIONS]
# host       DATABASE  USER  ADDRESS  METHOD  [OPTIONS]
# hostssl    DATABASE  USER  ADDRESS  METHOD  [OPTIONS]
# hostnossl  DATABASE  USER  ADDRESS  METHOD  [OPTIONS]
#
# (The uppercase items must be replaced by actual values.)
#
# The first field is the connection type: "local" is a Unix-domain
# socket, "host" is either a plain or SSL-encrypted TCP/IP socket,
# "hostssl" is an SSL-encrypted TCP/IP socket, and "hostnossl" is a
# plain TCP/IP socket.
#
# DATABASE can be "all", "sameuser", "samerole", "replication", a
# database name, or a comma-separated list thereof. The "all"
# keyword does not match "replication". Access to replication
# must be enabled in a separate record (see example below).
#
# USER can be "all", a user name, a group name prefixed with "+", or a
# comma-separated list thereof.  In both the DATABASE and USER fields
# you can also write a file name prefixed with "@" to include names
# from a separate file.
#
# ADDRESS specifies the set of hosts the record matches.  It can be a
# host name, or it is made up of an IP address and a CIDR mask that is
# an integer (between 0 and 32 (IPv4) or 128 (IPv6) inclusive) that
# specifies the number of significant bits in the mask.  A host name
# that starts with a dot (.) matches a suffix of the actual host name.
# Alternatively, you can write an IP address and netmask in separate
# columns to specify the set of hosts.  Instead of a CIDR-address, you
# can write "samehost" to match any of the server's own IP addresses,
# or "samenet" to match any address in any subnet that the server is
# directly connected to.
#
# METHOD can be "trust", "reject", "md5", "password", "gss", "sspi",
# "krb5", "ident", "peer", "pam", "ldap", "radius" or "cert".  Note that
# "password" sends passwords in clear text; "md5" is preferred since
# it sends encrypted passwords.
#
# OPTIONS are a set of options for the authentication in the format
# NAME=VALUE.  The available options depend on the different
# authentication methods -- refer to the "Client Authentication"
# section in the documentation for a list of which options are
# available for which authentication methods.
#
# Database and user names containing spaces, commas, quotes and other
# special characters must be quoted.  Quoting one of the keywords
# "all", "sameuser", "samerole" or "replication" makes the name lose
# its special character, and just match a database or username with
# that name.
#
# This file is read on server startup and when the postmaster receives
# a SIGHUP signal.  If you edit the file on a running system, you have
# to SIGHUP the postmaster for the changes to take effect.  You can
# use "pg_ctl reload" to do that.

# Put your actual configuration here
# ----------------------------------
#
# If you want to allow non-local connections, you need to add more
# "host" records.  In that case you will also need to make PostgreSQL
# listen on a non-local interface via the listen_addresses
# configuration parameter, or via the -i or -h command line switches.

# CAUTION: Configuring the system for local "trust" authentication
# allows any local user to connect as any PostgreSQL user, including
# the database superuser.  If you do not trust all your local users,
# use another authentication method.


# TYPE  DATABASE        USER            ADDRESS                 METHOD

# "local" is for Unix domain socket connections only
local   all             all                                     trust
# IPv4 local connections:
host    all             all             127.0.0.1/32            trust
# IPv6 local connections:
host    all             all             ::1/128                 trust
# Allow replication connections from localhost, by a user with the
# replication privilege.
#local   replication     postgres                                trust
#host    replication     postgres        127.0.0.1/32            trust
#host    replication     postgres        ::1/128                 trust


Faut-il recreer un user postgres?


Sur mon poste jai deja postgresql 8.4 avec un superuser "postgrs" deja existant.
Faut-il créer un autre user "postgres" pour mon serveur postgresql-9.2 ?

Hors ligne

 

#10 Tue 26 February 2013 09:46

Nicolas Ribot
Membre
Lieu: Toulouse
Date d'inscription: 9 Sep 2005
Messages: 1536

Re: avoir plus d'infos sur les erreur de demarrage postgresql 9.2

Ce n'est pas le bon fichier, en tout cas pas celui de la base qui renvoie comme message "auth Ident echouée".

Si vous avez deux versions de PG, vous devez vous mélanger entre les versions.
Oui, chaque cluster PostgreSQL est indépendant: une version 8.4 ne connait rien et ne voit rien d'une version 9.2.

Regardez quelle version tourne et a quel endroit:

Code:

ps aux | grep postg

va vous donner le chemin vers le repertoire data de la base (ou des bases) qui tourne(nt).

Nicolas

Hors ligne

 

#11 Wed 27 February 2013 16:25

thinkpod
Participant occasionnel
Date d'inscription: 27 Dec 2009
Messages: 36

Re: avoir plus d'infos sur les erreur de demarrage postgresql 9.2

Cela donne

root      4026  0.0  0.0 296444  2888 ?        Sl   15:11   0:00 /usr/lib64/libreoffice/program/oosplash.bin --writer file:///home/moi/Documents/mestravaux/postgis/memo_postgis.doc
root      4038  0.0  3.3 1119368 123788 ?      Sl   15:11   0:03 /usr/lib64/libreoffice/program/soffice.bin --writer file:///home/moi/Documents/mestravaux/postgis/memo_postgis.doc --splash-pipe=7
root      7638  0.0  0.0 105316   932 pts/0    S+   16:22   0:00 grep postg



Sinon quand on demarre le serveur postgresql , peut on mettre un parametre pour specifier quel fichier pg_hba.conf utiliser?

Dernière modification par thinkpod (Fri 01 March 2013 10:02)

Hors ligne

 

#12 Wed 27 February 2013 17:02

Nicolas Ribot
Membre
Lieu: Toulouse
Date d'inscription: 9 Sep 2005
Messages: 1536

Re: avoir plus d'infos sur les erreur de demarrage postgresql 9.2

Bonsoir,

Non, je ne crois pas que ce soit possible:

Le cluster PostgreSQL s'initialise avec la commande initdb qui prend en parametre le repertoire dans lequel sera créé le cluster.
Dans ce repertoire (appelé data dans bcp d'installation) sont créés par initdb les fichiers de configuration propres a ce cluster, notamment:
postgresql.conf et pg_hba.conf.

Il doit etre possible de changer le chemin vers les fichiers de conf présents dans postgresql.conf, mais je ne suis pas sur que ce soit une bonne idée.

Si votre cluster postgresql existe deja, alors il contient le fichier pg_hba.conf qui est utilisé, fichier à modifier pour changer le mode d'accès aux bases.

Si le cluster n'existe pas ou que vous voulez le recréer, il faut relancer initdb en précisant un repertoire: les fichiers de conf seront alors créés.

La commande ps aux montre qu'aucune instance de PG ne tourne sur votre machine.

Nicolas

Hors ligne

 

#13 Fri 01 March 2013 10:11

thinkpod
Participant occasionnel
Date d'inscription: 27 Dec 2009
Messages: 36

Re: avoir plus d'infos sur les erreur de demarrage postgresql 9.2

bon,
j'ai verifié si un autre serveur postgresql ne tournait pas,
fermer celui actif, supprimer les fichier de lock dans le dossier /tmp,
demarrer mon serveur postgresql avec:

/etc/init.d/postgresql-9.2 start


et ca remarche...

Hors ligne

 

Pied de page des forums

Powered by FluxBB