[Résolu] Erreur migration vers Buster, coincé en version 3.8

Bonjour, j’ai un soucis à la mise à jour vers la v4

Mon serveur YunoHost

Matériel: Intel NUC / VM
Version de YunoHost: 3.8.5.5
J’ai accès à mon serveur : En SSH & Par la webadmin
Êtes-vous dans un contexte particulier ou avez-vous effectué des modificiations particulières sur votre instance ? : non

Description du problème

J’ai lancé la migration 15, mon système est bien passé en Buster (confirmé avec la commande cat /etc/*-release -> VERSION=“10 (buster)”
Mais je n’arrive pas à mettre à jour le système :

  • moulinette (de 3.8.1.3 à 4.0.3)
  • ssowat (de 3.8.0.3 à 4.0.3+202007291517)
  • yunohost-admin (de 3.8.3.5 à 4.0.3)
  • yunohost (de 3.8.5.5 à 4.0.4)

Après avoir cliqué sur tout mettre à jour, j’ai une erreur :
https://paste.yunohost.org/raw/yelemiduji
J’ai tenté de redémarrer, sans succès.
J’ai tenté en ligne de commande avec
yunohost tools update
puis
yunohost tools upgrade --system
même erreur, je reste coincé

Comment faire pour passer ces mises à jour ?

Hmmmoké est-ce qu’on peut regarder la sortie de ces commandes :

dpkg -l | grep openssl
dpkg -l | grep dovecot
dpkg -l | grep postfix

Résultats des commandes

~$ dpkg -l | grep openssl
ii openssl 1.1.1g-1+0~20200421.17+debian9~1.gbpf6902f amd64 Secure Sockets Layer toolkit - cryptographic utility
ii perl-openssl-defaults:amd64 3 amd64 version compatibility baseline for Perl OpenSSL packages
ii python-openssl 19.0.0-1 all Python 2 wrapper around the OpenSSL library

:~$ dpkg -l | grep dovecot
ii dovecot-antispam 2.0+20171229-1+b4 amd64 Dovecot plugins for training spam filters
ii dovecot-core 1:2.3.4.1-5+deb10u3 amd64 secure POP3/IMAP server - core files
ii dovecot-imapd 1:2.3.4.1-5+deb10u3 amd64 secure POP3/IMAP server - IMAP daemon
ii dovecot-ldap 1:2.3.4.1-5+deb10u3 amd64 secure POP3/IMAP server - LDAP support
ii dovecot-lmtpd 1:2.3.4.1-5+deb10u3 amd64 secure POP3/IMAP server - LMTP server
ii dovecot-managesieved 1:2.3.4.1-5+deb10u3 amd64 secure POP3/IMAP server - ManageSieve server
ii dovecot-sieve 1:2.3.4.1-5+deb10u3 amd64 secure POP3/IMAP server - Sieve filters support

:~$ dpkg -l | grep postfix
ii postfix 3.4.14-0+deb10u1 amd64 High-performance mail transport agent
ii postfix-ldap 3.4.14-0+deb10u1 amd64 LDAP map support for Postfix
ii postfix-pcre 3.4.14-0+deb10u1 amd64 PCRE map support for Postfix
ii postfix-policyd-spf-perl 2.011-1 all Simple Postfix policy server for RFC 4408/7208 SPF checking
ii postfix-sqlite 3.4.14-0+deb10u1 amd64 SQLite map support for Postfix

ça ne me parle pas beaucoup, désolé

Oké du coup c’est surement openssl qui bloque bien que c’était censé être résolu …

Du coup regardons :

apt policy openssl

~$ sudo apt policy openssl
openssl:
Installé : 1.1.1g-1+0~20200421.17+debian9~1.gbpf6902f
Candidat : 1.1.1g-1+0~20200421.17+debian9~1.gbpf6902f
Table de version :
1.1.1g-1+0~20200421.17+debian10~1.gbpf6902f -1
600 Index of /php/ buster/main amd64 Packages
*** 1.1.1g-1+0~20200421.17+debian9~1.gbpf6902f 100
100 /var/lib/dpkg/status
1.1.1d-0+deb10u3 500
500 Index of /debian buster/main amd64 Packages
500 Index of /debian-security buster/updates/main amd64 Packages

Le résultat de la commande. Le +debian9 c’est normal ?

Oui et non mais bref pas d’inquiétude :wink:

Du coup faisons un :

apt install openssl=1.1.1d-0+deb10u3 --allow-downgrades

Je dirai juste : Youpi ! Merci Aleks

sudo apt install openssl=1.1.1d-0+deb10u3 --allow-downgrades
Lecture des listes de paquets… Fait
Construction de l’arbre des dépendances
Lecture des informations d’état… Fait
Les paquets suivants seront mis à une VERSION INFÉRIEURE :
openssl
0 mis à jour, 0 nouvellement installés, 1 remis à une version inférieure, 0 à enlever et 4 non mis à jour.
Il est nécessaire de prendre 844 ko dans les archives.
Après cette opération, 112 ko d’espace disque supplémentaires seront utilisés.
Souhaitez-vous continuer ? [O/n] O
Réception de :1 Index of /debian buster/main amd64 openssl amd64 1.1.1d-0+deb10u3 [844 kB]
844 ko réceptionnés en 0s (3 019 ko/s)
dpkg: avertissement: dégradation (« downgrade ») de openssl depuis 1.1.1g-1+0~20200421.17+debian9~1.gbpf6902f vers 1.1.1d-0+deb10u3
(Lecture de la base de données… 77494 fichiers et répertoires déjà installés.)
Préparation du dépaquetage de …/openssl_1.1.1d-0+deb10u3_amd64.deb …
Dépaquetage de openssl (1.1.1d-0+deb10u3) sur (1.1.1g-1+0~20200421.17+debian9~1.gbpf6902f) …
Paramétrage de openssl (1.1.1d-0+deb10u3) …
Installation de la nouvelle version du fichier de configuration /etc/ssl/openssl.cnf …
Traitement des actions différées (« triggers ») pour man-db (2.8.5-2) …

Et derrière un petit coup de

yunohost tools upgrade --system

Et me voilà mise à jour en version stable 4.0.4
Le diagnostic me dit quand même : Trouvé 1 problème(s) significatif(s) lié(s) à Système de base !
Dans le détails :

Vous exécutez des versions incohérentes des packages YunoHost … très probablement en raison d’une mise à niveau échouée ou partielle.
yunohost version : 4.0.4 (stable)
yunohost-admin version : 3.8.3.5 (stable)
moulinette version : 4.0.3 (stable)
ssowat version : 4.0.3+202007291517 (stable)

Après redémarrage, idem, et la commande yunohost tools update ne me propose rien à ce sujet. Il y a une mise à jour à faire plus spécifiquement pour corriger le décalage ?

Uuuh beh tentons un “apt install yunohost-admin”

Et si ça fait rien de spécial, regardons “apt policy yunohost-admin”

Alors il semblerait que ce soit tombé en marche, car je n’ai rien fait depuis hier, ni redémarrage ou mise à jour… mais :

sudo apt install yunohost-admin
Lecture des listes de paquets… Fait
Construction de l’arbre des dépendances
Lecture des informations d’état… Fait
yunohost-admin est déjà la version la plus récente (4.0.3).

et

sudo apt policy yunohost-admin
yunohost-admin:
Installé : 4.0.3
Candidat : 4.0.3
Table de version :
*** 4.0.3 500
500 Index of /debian/ buster/stable amd64 Packages
100 /var/lib/dpkg/status

Le diagnostic est content, le système de base tout es OK.

Merci beaucoup pour le coup de main, ça fait plaisir de trouver de l’aide quand on est perdu

This topic was automatically closed 15 days after the last reply. New replies are no longer allowed.