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.
100%
Description
Le diagnose signale une erreur de démarrage sur le service postgresql@9.5-main.service. C'est normal c'est le service postgresql@10-main.service qui doit être démarré ce qui est le cas.
Il faudrait désactiver le service postgresql@9.5-main.service.
Révisions associées
Upgrade postgresql cluster from version 9.5 to version 10.
Ref #26473
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 Florisupprimé - 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
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 :- lancement de la commande Upgrade-Auto,
- en post_upgrade (postgresql 10 est installé) :
- suppression du cluster 10 créé automatiquement à l’installation,
- pg_upgradecluster -v 10 9.5 main,
- désactivation de postgresql 9.5,
- suppression du cluster 9.5 (pg_dropcluster),
- 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
Le message d'erreur n'est pas présent sur l'exécution n°9 : http://jenkins.eole.lan/jenkins/job/2.7.0/job/test-upgradeauto-zephir-262-2.7.0-amd64/9/console