Bonjour,

J'ai pris un serveur virtuel (VPS) chez Vultr.com avec l'objectif de pouvoir accéder à ma base PostgreSQL depuis mon ordinateur avec pgAdmin, car c'est plus confortable qu'avec phpPgAdmin.

Chez Vultr, j'ai donc l'utilisateur "root" pour le serveur, auquel j'accède en SSH avec Putty.
J'ai ensuite créé un utilisateur Linux que l'on appellera "snoopy" avec un mot de passe.
Cet utilisateur a été inscrit dans le groupe "wheel" et comme super-administrateur dans le fichier des "sudoers". Il peut donc passer des commandes "sudo".

L'installation de PostgreSQL a été réalisée autant que possible avec des commandes "sudo" passées par l'utilisateur "snoopy".
Via Putty, psql fonctionne et j'ai pu créer un utilisateur PostgreSQL, que nous appellerons "pluto" une base du même nom:

CREATE USER pluto;
  ALTER USER pluto CREATEDB;
  CREATE DATABASE "pluto" OWNER pluto;
  GRANT ALL PRIVILEGES ON DATABASE "pluto" to pluto;

J'ai également donné sur cette base tous les privilèges à l'utilisateur "snoopy" :

CREATE USER snoopy;
  GRANT ALL PRIVILEGES ON DATABASE "pluto" to snoopy;

J'ai donné aux utilisateurs des mots de passe chiffrés par md5 en passant par la base template1 :

ALTER USER pluto with encrypted password 'le_mot_de_passe_de_pluto';
ALTER USER snoopy with encrypted password 'le mot_de_passe_de_snoopy';

J'ai édité le fichier postgresql.conf pour écouter sur toutes les adresses, devant toutefois passer par l'utilisateur "root" pour cela:

sudo su
cd /var/lib/pgsql/9.6/data/
nano postgresql.conf
  listen_adresses='*';
  port = 5432

Ctrl+X et Yes pour sauver.

et j'ai édité le fichier pg_hba.conf, également avec l'utilisateur "root" :

nano pg_hba.conf
  #IPv4 local connections:
  host    all    all    127.0.0.1/32 md5
  host    all    all    123.124.125.126/32  md5
  # L'adresse IP de la ligne précédente correspond à l'adresse IP publique de mon ordinateur , mais l'exemple est bien sûr fictif.

Ctrl+X et Yes pour sauver.

En tant que "root", j'ai également ouvert le port 5432 dans le pare-feu (enfin, je crois que ça le fait):

sudo su
cd /sbin
iptables -A INPUT -p tcp -m state --state NEW -m tcp -dport 5432 -j ACCEPT

Et j'ai bien sûr redémarré les services :

service iptables restart
service postgresql-9.6 restart

(Les deux retournent "OK".)

L'appel de la commande "hostname" retourne bien le nom de mon serveur :

hostname
  chien01

Alors voilà, je caressais le rêve que le serveur PostgreSQL réponde aux commandes passées depuis mon ordinateur et j'entre donc dans la ligne de commande de Window :

cd "C:\Program Files\PostgreSQL\9.5\bin"
psql -h 111.112.113.114 -U pluto -p 5432 -d pluto -W

J'entre alors le mot de passe PostgreSQL de l'utilisateur "pluto" et le message suivant m'est retourné :

Le problème ne semble donc pas au niveau des identifiants mais bien de l'accès au serveur.

Où le problème peut-il bien se situer ?
Faut-il que j'ouvre des ports sur mon routeur ?

J'ai déjà essayé ceci sans succès:
- entrer dans la ligne de commande le mot de passe normal (non chiffré md5)
- entrer dans la ligne de commande le mot de passe chiffré md5
- me connecter avec l'utilisateur snoopy au lieu de pluto

Quelque chose m'échappe, mais quoi ?

Merci pour votre aide.

Bonjour à tous,

Je suis face à la situation suivante :

1. une installation standard de PostgreSQL 9.5 sous Windows (contenant un inventaire créé avec le logiciel OpenConcerto)
    Les données de la base se trouvent dans C:\Windows\Programmes\PostgreSQL\9.5\data
    Cette installation de PostgreSQL comprend le serveur, ainsi que pgAdmin III.

2. un dossier "pgdata" situé ailleurs, résultant d'un copier-coller depuis un précédent ordinateur.
    Ce dossier contient une autre base de données, probablement sous PostgreSQL 8.3.

Avec MySQL, la situation est assez simple: chaque base est facilement identifiable par son nom et il suffit de copier quelques fichiers.

Avec PostgreSQL, je suis un peu perdu à ce niveau, car le dossier "data" contient une multitude de sous-dossiers, dont "base".
Ce dernier contient des sous-dossiers nommés par des numéros, mais impossible de dire qui est qui.
Je remarque seulement qu'il y a chaque fois un dossier "1" que je suppose être lié au fonctionnement de PostgreSQL (p.ex. une liste des bases).

Si les versions utilisées étaient les mêmes, suffirait-il de déplacer ces dossiers à l'exception du dossier "1" depuis "pgdata/base" vers "data/base" ?

Est-ce que cela pourrait aussi marcher si la nouvelle version est la 9.5 et l'ancienne une 8.x ou faut-il impérativement que je procède à un dumpall depuis l'ancien ordinateur?

Dans la variable d'environnement PGDATA, les emplacements des deux dossiers "data" sont mentionnés, mais cela ne suffit pas pour que pgAdmin III voie la base située dans le dossier "pgdata". (Il voit par contre bien celle du dossier C:\...\9.5\data).

Merci à qui saura éclairer ma lanterne.

Bonjour,

J'essaie de migrer une base PostgreSQL (version 8.3.14) d'un ordi vers un autre, les deux étant sous XP Pro.

J'ai compris que je dois utiliser pg_dump et pg_restore, mais ce n'est pas très clair pour moi dans quel ordre doit se faire la migration, notamment quant à la création des rôles. Est-ce que ça se fait avant ou après le pg_dump / pg_restore ou est-ce que les rôles sont transférés avec ?

Dans un premier temps j'ai compilé PostgreSQL sur la nouvelle machine, avec les commandes configure, make et make install. Lors de l'étape "configure", l'option --enable-nls="fr de" a été activée.
Après l'installation, les variables d'environnement PATH, PGDATA, PGPORT ont été établies.

A présent, j'essaie de créer le cluster. A l'époque j'avais noté ces 3 commandes :

1) initdb -E=UTF8 --locale=French_Switzerland.UTF8 -U=MonDbSuperUtilisateur -w

2) pg_ctl -U=postgres start

3) CREATE ROLE w36710 WITH CREATEDB CREATEROLE NOLOGIN CONNECTION LIMIT=10 PASSWORD=monMotDePasse ENCRYPTED

La commande initdb fonctionne, mais la locale est automatiquement basculée sur French_Switzeland.1252 (Le "codepage" de Windows.) Or j'aimerais vraiment utiliser UTF8.

A l'époque, je pense que j'avais trouvé comment avoir cette locale French_Switzerland.UTF8, mais je ne parviens plus à trouver une liste des locales acceptées et comment éventuellement en rajouter.

Par ailleurs, la bonne approche est-elle de créer le cluster avec initdb, puis écraser ce qui a été fait avec pg_restore?

Ou faut-il plutôt utiliser pg_dump / pg_restore avec l'option "-C" ?

Merci beaucoup.