Vous n'êtes pas identifié(e).
Pages : 1
Bonjour,
Je viens d'installer Postgresql version 9.3 (windows 7) en suivant le guide. Et pour créer une nouvelle base de donnée, il faut utiliser la commande createdb.exe. Lorsque je le fais, il me demande un mot de passe deux fois et je ne sais pas quel mot de passe convient celui que j'ai enregistré sur podgresql ou bien.
J'ai tout essayer mais ça ne marche pas. Auriez vous une idée de quel mot de passe, il s'agit? Ou bien le problème viendrait d'ailleurs.
Cordialement,
Louberlu.
Hors ligne
À priori, il s'agit du mot de passe de connexion à PostgreSQL. Donc celui saisi lors de l'installation du serveur.
Guillaume.
Hors ligne
Bonjour,
Si vous avez oublié ou perdu le mot de passe de postgres, vous pouvez toujours mettre le pg_hba.conf en mode trust et relancer le service postgres.
Ensuite vous vous connecter au cluster et vous modifier le mot de passe de postgres (alter user postgres with password 'mon_password';).
Une fois que c'est fait vous pouvez remodifier le pg_hba.conf avec une méthode d'authentification de votre choix.
Cordialement,
Cordialement,
Sébastien.
Hors ligne
Bonjour,
lorsque je saisi ce mot de passe, voilà ce qui apparaît comme erreur:
createdb : n'a pas pu se connecter à la base de données template1 : FATa: authentification par mot de passe échouée pou l'utilisateur "nomadelta"Pourtant c'est bien le bon mot de passe.
Mais essayer le modifier pour voir ce que ça donne. Mais je suis sûr que je ne me trompe pas de mot de passe.
Merci,
Lourberlu
Hors ligne
Il n'y a pas d'erreur avec le mot de passe, c'est le bon que j'écris toujours. j'ai vérifié
Hors ligne
Pouvez vous nous donner le contenu de votre fichier pg_hba.conf ?
et celui du fichier pgpass.conf ?
Cordialement,
Sébastien.
Hors ligne
Voici le contenu de pg_hda.conf:
# 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.
# TYPE DATABASE USER ADDRESS METHOD
# IPv4 local connections:
host all all 127.0.0.1/32 md5
# IPv6 local connections:
host all all ::1/128 md5
# Allow replication connections from localhost, by a user with the
# replication privilege.
#host replication postgres 127.0.0.1/32 md5
#host replication postgres ::1/128 md5Par contre je ne trouve pas l'autre fichier, surement qu'il porte un autre nom.
Hors ligne
vous pourrez le trouver quelque part par là :
http://www.postgresql.org/docs/9.1/stat … gpass.html
Cordialement,
Sébastien.
Hors ligne
authentification par mot de passe échouée pou l'utilisateur "nomadelta"
Si vous obtenez ce message d'erreur, c'est soit que vous ne rentrez pas le bon mot de passe pour l'utilisateur « nomadelta » , soit que vous ne vous connectez pas à la bonne instance.
Julien.
https://rjuju.github.io/
Hors ligne
oui ou alors que le fichier pgpass.conf contient des erreurs.
Pouvez vous nous donner la commande complète que vous avez passé avec createdb (en plus du contenu de votre pgpass.conf si possible).
Cordialement,
Sébastien.
Hors ligne
C'est sur, mais si le fichier pgpass.conf est erronné, c'est qu'un mauvais mot de passe est saisi de manière générale. Cela pourrait également être la variable d'environnement PGPASSWORD. Comme louberlu écrit « Il n'y a pas d'erreur avec le mot de passe, c'est le bon que j'écris toujours. j'ai vérifié », je suppose qu'il n'utilise pas de fichier pgpass.conf. Bref, il nous faut plus d'informations.
Julien.
https://rjuju.github.io/
Hors ligne
effectivement, si createdb demande le mot de passe au prompt, il ne passe pas par le fichier pgpass.conf.
Donc Louberlu : votre mot de passe est certainement mauvais.
Cordialement,
Sébastien.
Hors ligne
hmm, je comprend. 
En fait, j'ai créer la base en utilisant CREATE BASE.
Hors ligne
Pages : 1