Project

General

Profile

Tâche #26473

Scénario #26517: EOLE 2.7.0 : Gérer l'upgrade vers 2.7 (suite)

Service postgresql@9.5-main.service en erreur au diagnose après upgrade et instance.

Added by Laurent Flori over 2 years ago. Updated about 2 years ago.

Status:
Fermé
Priority:
Normal
Assigned To:
Start date:
10/08/2018
Due date:
% Done:

100%

Remaining (hours):
0.0

Description

Le diagnose signale une erreur de démarrage sur le service . C'est normal c'est le service qui doit être démarré ce qui est le cas.
Il faudrait désactiver le service .

Associated revisions

Revision 3c592c98 (diff)
Added by Benjamin Bohard about 2 years ago

Upgrade postgresql cluster from version 9.5 to version 10.

Ref #26473

Revision 9a44bdc2 (diff)
Added by Benjamin Bohard about 2 years ago

Upgrade postgresql cluster from version 9.5 to version 10.

Ref #26473

History

#1 Updated by Laurent Flori over 2 years ago

Les deux versions (9.5 et 10) sont installées sur le module. C'est bien la version 10 qui démarre. Mais la version 9.5 n'est pas désactivée et essaie de démarrer sur le même port que la 10. diagnose signale le service en erreur de démarrage.

#2 Updated by Laurent Flori about 2 years ago

  • Status changed from Nouveau to En cours

#3 Updated by Laurent Flori about 2 years ago

  • Assigned To set to Laurent Flori

#4 Updated by Joël Cuissinat about 2 years ago

  • Status changed from En cours to Nouveau
  • Assigned To deleted (Laurent Flori)
  • Parent task changed from #23811 to #26517

#5 Updated by Joël Cuissinat about 2 years ago

Dans la branche 2.5.2/master, il y avait le script upgrade/pre_download/30-postgresql qui pourrait être adapté ?

#6 Updated by Benjamin Bohard about 2 years ago

Extrait du message affiché lors de l’installation de la version 10 de postgresql :

Paramtrage de postgresql-common (190) ...
Redundant argument in sprintf at /usr/share/perl5/Debconf/Element/Noninteractive/Error.pm line 54, <GEN1> line 6.
Configuration de postgresql-common
----------------------------------

Version majeure 9.5 obsolte

La version 9.5 de PostgreSQL est obsolte, mais le paquet du client ou du 
serveur est toujours install. Veuillez installer la version la plus rcente
des paquets postgresql-10 et postgresql-client-10 et mettre  niveau les 
grappes (clusters) en version  avec pg_upgradecluster. Veuillez 
consulter la page de manuel pour plus de prcisions.

Veuillez noter que l'installation de postgresql-10 crera par dfaut une 
grappe (cluster) 10/main. Si vous souhaitez mettre  niveau la grappe 
9.5/main, il faudra supprimer la grappe 10 en excutant la commande 
pg_dropcluster--stop10main. Veuillez consulter la page de manuel pour 
plus de prcisions.

Les anciennes versions des paquets client et serveur ne sont plus 
maintenues. Aprs la mise  niveau des grappes (clusters), les paquets 
postgresql-9.5 et postgresql-client-9.5 devraient tre supprims.

Veuillez consulter /usr/share/doc/postgresql-common/README.Debian.gz pour 
plus de dtails.

#7 Updated by Benjamin Bohard about 2 years ago

Il semble nécessaire de prendre des mesures explicitement pour migrer le cluster de 9.5 à 10 et de désactiver puis désinstaller la 9.5.
La documentation propose plusieurs procédure :
  • pg_dump suivi de pg_restore ;
  • pg_upgrade ;
  • un outil unique permettant de faire l’une ou l’autre : pg_upgradecluster.

pg_upgradecluster s’utilise avec les deux versions installées.

Déroulement pressenti :
  1. lancement de la commande Upgrade-Auto,
  2. en post_upgrade (postgresql 10 est installé) :
    1. suppression du cluster 10 créé automatiquement à l’installation,
    2. pg_upgradecluster -v 10 9.5 main,
    3. désactivation de postgresql 9.5,
    4. suppression du cluster 9.5 (pg_dropcluster),
    5. désinstallation de postgresql 9.5.

Une attention particulière doit être portée à la migration des bases avec des extensions (genre postgis). Des scripts de migration pour les extensions peuvent être placés dans /etc/postgresql-common/pg_upgradecluster.d/

#8 Updated by Benjamin Bohard about 2 years ago

  • Status changed from Nouveau to En cours

#9 Updated by Benjamin Bohard about 2 years ago

  • Assigned To set to Benjamin Bohard

#10 Updated by Benjamin Bohard about 2 years ago

Lors de la phase de désinstallation de l’ancienne version de postgresql, on tombe sur une erreur :

Impossible d'obtenir le verrou /var/cache/apt/archives/lock - open (11: Ressource temporairement non disponible)

À voir si ce n’est pas simplement lié au bug du kernel 4.15.0-44-generic.

#11 Updated by Benjamin Bohard about 2 years ago

  • Status changed from En cours to Résolu
  • % Done changed from 0 to 100

#12 Updated by Joël Cuissinat about 2 years ago

L'erreur est toujours présente dans l'exécution n°8 du 11 févr. 2019 : http://jenkins.eole.lan/jenkins/job/2.7.0/job/test-upgradeauto-zephir-262-2.7.0-amd64/

Le commit est resté dans une branche ;)

#13 Updated by Joël Cuissinat about 2 years ago

  • Status changed from Résolu to Fermé
  • Remaining (hours) set to 0.0

Also available in: Atom PDF