Projet

Général

Profil

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.

Ajouté par Laurent Flori il y a plus de 5 ans. Mis à jour il y a environ 5 ans.

Statut:
Fermé
Priorité:
Normal
Assigné à:
Début:
08/10/2018
Echéance:
% réalisé:

100%

Restant à faire (heures):
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 .

Révisions associées

Révision 3c592c98 (diff)
Ajouté par Benjamin Bohard il y a environ 5 ans

Upgrade postgresql cluster from version 9.5 to version 10.

Ref #26473

Révision 9a44bdc2 (diff)
Ajouté par Benjamin Bohard il y a environ 5 ans

Upgrade postgresql cluster from version 9.5 to version 10.

Ref #26473

Historique

#1 Mis à jour par Laurent Flori il y a plus de 5 ans

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 Mis à jour par Laurent Flori il y a plus de 5 ans

  • Statut changé de Nouveau à En cours

#3 Mis à jour par Laurent Flori il y a plus de 5 ans

  • Assigné à mis à Laurent Flori

#4 Mis à jour par Joël Cuissinat il y a plus de 5 ans

  • Statut changé de En cours à Nouveau
  • Assigné à Laurent Flori supprimé
  • Tâche parente changé de #23811 à #26517

#5 Mis à jour par Joël Cuissinat il y a plus de 5 ans

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

#6 Mis à jour par Benjamin Bohard il y a environ 5 ans

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 Mis à jour par Benjamin Bohard il y a environ 5 ans

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 Mis à jour par Benjamin Bohard il y a environ 5 ans

  • Statut changé de Nouveau à En cours

#9 Mis à jour par Benjamin Bohard il y a environ 5 ans

  • Assigné à mis à Benjamin Bohard

#10 Mis à jour par Benjamin Bohard il y a environ 5 ans

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 Mis à jour par Benjamin Bohard il y a environ 5 ans

  • Statut changé de En cours à Résolu
  • % réalisé changé de 0 à 100

#12 Mis à jour par Joël Cuissinat il y a environ 5 ans

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 Mis à jour par Joël Cuissinat il y a environ 5 ans

  • Statut changé de Résolu à Fermé
  • Restant à faire (heures) mis à 0.0

Formats disponibles : Atom PDF