Pages: 1
- Sujet précédent - avoir plus d'infos sur les erreur de demarrage postgresql 9.2 - Sujet suivant
#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
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: 1554
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: 1554
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
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: 1554
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: 1554
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: 1554
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
Pages: 1
- Sujet précédent - avoir plus d'infos sur les erreur de demarrage postgresql 9.2 - Sujet suivant