Cette fois, nous allons considérer le même problème pour une autre distribution, à l’occurrence "Chakra". Cependant le contenu de cet article pourrait être utilisé dans d'autres cas.
En tant qu'utilisateur postgres, sauvegardons les anciennes données sous un nom qui rappelle l'ancienne version de postgresql:
[toto@rigel ~]$ su -
Mot de passe :
[root@rigel ~]# su - postgres
[postgres@rigel ~]$ mv /var/lib/postgres/data/ /var/lib/postgres/data_9.2/
Mot de passe :
[root@rigel ~]# su - postgres
[postgres@rigel ~]$ mv /var/lib/postgres/data/ /var/lib/postgres/data_9.2/
Dans la foulée nous pouvons créer le nouveau cluster:
[postgres@rigel]$ initdb --locale fr_FR.utf8 -E UTF8 -D /var/lib/postgres/data
Notons que au démarrage de postgresql.service, il est prévu le lancement d'un script qui initialise la database si celle-ci ne l'est pas encore:
[toto@rigel ~]$ grep "ExecStartPre" /usr/lib/systemd/system/postgresql.service
ExecStartPre=/usr/lib/systemd/scripts/postgresql-initdb
ExecStartPre=/usr/lib/systemd/scripts/postgresql-initdb
Donc pour coller au plus près de ce qui a été fait auparavant, nous aurions pu, au lieu d'utiliser la commande initdb, procéder comme ceci:
[root@rigel ~]# /usr/lib/systemd/scripts/postgresql-initdb
à condition d'avoir pris quelques précautions.
La commande suivante:
[toto@rigel ~]$ head -5 /usr/lib/systemd/scripts/postgresql-initdb
#!/bin/sh
set -e
. /etc/conf.d/postgresql
#!/bin/sh
set -e
. /etc/conf.d/postgresql
montre que le script utilise /etc/conf.d/postgresql.
L'examen de ce fichier nous conduit à devoir y remplacer, avant l'exécution du script, en_US par ce qui convient:
[root@rigel ~]# sed -i 's/en_US/fr_FR/' /etc/conf.d/postgresql
Quelle que soit la méthode employée pour initialiser la database, il reste ensuite à utiliser pg_upgrade pour procéder à la migration. Avec Fedora, pg_upgrade venait avec le paquet postgresql-upgrade qui fournissait également les commandes relatives à l'ancienne version de postgresql.
Rien de tel cette fois, pg-upgrade vient avec le paquet postgresql:
[toto@rigel ~]$ pacman -Qo $(which pg_upgrade)
/usr/bin/pg_upgrade appartient à postgresql 9.3.2-1
/usr/bin/pg_upgrade appartient à postgresql 9.3.2-1
Interrogeons le paquet à la recherche d'informations:
[toto@rigel ~]$ pacman -Qi postgresql
Nom : postgresql
Version : 9.3.2-1
Description : A sophisticated object-relational DBMS
Architecture : x86_64
URL : http://www.postgresql.org/
Licences : custom:PostgreSQL
Groupes : --
Fournit : akonadi-backend
Dépend de : postgresql-libs>=9.3.2 krb5 libxml2 readline>=6.0 openssl>=1.0.0
Dépendances opt. : python3: for PL/Python support [installé]
perl: for PL/Perl support [installé]
tcl: for PL/Tcl support [installé]
postgresql-old-upgrade: upgrade from previous major version using pg_upgrade
Nom : postgresql
Version : 9.3.2-1
Description : A sophisticated object-relational DBMS
Architecture : x86_64
URL : http://www.postgresql.org/
Licences : custom:PostgreSQL
Groupes : --
Fournit : akonadi-backend
Dépend de : postgresql-libs>=9.3.2 krb5 libxml2 readline>=6.0 openssl>=1.0.0
Dépendances opt. : python3: for PL/Python support [installé]
perl: for PL/Perl support [installé]
tcl: for PL/Tcl support [installé]
postgresql-old-upgrade: upgrade from previous major version using pg_upgrade
Nous avons besoin de postgresql-old-upgrade, mais cette dépendance optionnelle semble ne pas être fournie.
Qu'à cela ne tienne: allons rechercher l'ancien paquet dans le cache de pacman:
[toto@rigel ~]$ cp /var/cache/pacman/pkg/postgresql-9.2.4-2-x86_64.pkg.tar.xz Downloads/
[toto@rigel ~]$ cd Downloads/
[toto@rigel Downloads]$ mkdir postgresql
[toto@rigel Downloads]$ tar xpvf postgresql-9.2.4-2-x86_64.pkg.tar.xz -C postgresql
[toto@rigel ~]$ cd Downloads/
[toto@rigel Downloads]$ mkdir postgresql
[toto@rigel Downloads]$ tar xpvf postgresql-9.2.4-2-x86_64.pkg.tar.xz -C postgresql
Évidemment si le cache a été vidé, au lieu de simplement utiliser la commande cp, il faudra télécharger le paquet ad hoc (postgresql-9.2.4-2-x86_64.pkg.tar.xz)
Après extraction du paquet, exécutons pg_upgrade (en tant qu'utilisateur postgres) et puis recopions ce qui convient:
[postgres@rigel ~]$ pg_upgrade -b /home/toto/Downloads/postgresql/usr/bin -B /usr/bin/ -d data_9.2/ -D data
[postgres@rigel ~]$ cp data_9.2/pg_hba.conf data
[postgres@rigel ~]$ cp data_9.2/pg_ident.conf data
[postgres@rigel ~]$ cp data_9.2/pg_hba.conf data
[postgres@rigel ~]$ cp data_9.2/pg_ident.conf data
Il reste éventuellement à adapter le fichier /var/lib/postgres/data/postgresql.conf et en tout cas à décommenter la ligne
port = 5432
avant de démarrer le serveur comme ceci:
[root@rigel ~]# systemctl start postgresql.service
ou comme cela
[postgres@rigel ~]$ pg_ctl start -D /var/lib/postgres/data
serveur en cours de démarrage
[postgres@rigel ~]$ LOG: le système de bases de données a été arrêté à 2014-01-04 16:15:19 CET
LOG: lancement du processus autovacuum
LOG: le système de bases de données est prêt pour accepter les connexions
serveur en cours de démarrage
[postgres@rigel ~]$ LOG: le système de bases de données a été arrêté à 2014-01-04 16:15:19 CET
LOG: lancement du processus autovacuum
LOG: le système de bases de données est prêt pour accepter les connexions
La deuxième commande donne plus d'infos en cas de problème.
Par exemple on peut avoir:
[postgres@rigel ~]$ pg_ctl start -D /var/lib/postgres/data
serveur en cours de démarrage
[postgres@rigel ~]$ FATAL: n'a pas pu créer le fichier verrou « /run/postgresql/.s.PGSQL.5432.lock » : Aucun fichier ou dossier de ce type
serveur en cours de démarrage
[postgres@rigel ~]$ FATAL: n'a pas pu créer le fichier verrou « /run/postgresql/.s.PGSQL.5432.lock » : Aucun fichier ou dossier de ce type
alors que la commande systemctl ne fournit aucun retour bien que le service ne soit pas démarré.
Dans ce cas, il faut automatiser la création du dossier /run/postgresql en procédant comme indiqué ici.
Le dossier sera disponible après redémarrage.
