Bonjour à tou-te-s,
J’ai procédé à la migration de mon serveur vers Bullseye et quelque chose a mal tourné. J’aurai bien besoin d’aide.
Description du problème
Tout d’abord, via la webadmin, j’ai bien procédé à la mise à jour des paquets avant la migration comme demandé. Puis j’ai lancé la migration.
Celle-ci a échoué une première fois :
ended_at: 2022-09-16 13:50:47.022251
error: "La migration 0021_migrate_to_bullseye a \xE9chou\xE9 avec l'exception L'espace\
\ libre est tr\xE8s faible dans /var/ ! Vous devriez avoir au moins 1 Go de libre\
\ pour effectuer cette migration. : annulation"
interface: api
operation: tools_migrations_migrate_forward
parent: null
started_at: 2022-09-16 13:50:46.999869
success: false
yunohost_version: 4.4.2.14
============
2022-09-16 15:50:47,006: INFO - Exécution de la migration 0021_migrate_to_bullseye...
2022-09-16 15:50:47,020: ERROR - La migration 0021_migrate_to_bullseye a échoué avec l'exception L'espace libre est très faible dans /var/ ! Vous devriez avoir au moins 1 Go de libre pour effectuer cette migration. : annulation
Traceback (most recent call last):
File "/usr/lib/moulinette/yunohost/tools.py", line 944, in tools_migrations_run
migration.run()
File "/usr/lib/moulinette/yunohost/data_migrations/0021_migrate_to_bullseye.py", line 80, in run
self.check_assertions()
File "/usr/lib/moulinette/yunohost/data_migrations/0021_migrate_to_bullseye.py", line 395, in check_assertions
raise YunohostError("migration_0021_not_enough_free_space")
yunohost.utils.error.YunohostError: L'espace libre est très faible dans /var/ ! Vous devriez avoir au moins 1 Go de libre pour effectuer cette migration.
À ce moment-là, le fichier sources.list avait été modifié, et donc les mises à jour vers Bullseye apparaissaient dans le menu Mettre à jour le système
. Ce qui bloque la migration vers Bullseye.
Je passe en CLI via SSH. Je supprime tous les paquets du répertoire /var/caches/apt/archives
. De plus, j’ai eu besoin de réparer la mise à jour des paquets, j’exécute apt --fix-broken install
, comme suggéré.
Une fois fait, j’exécute apt dist-upgrade
. Qui échoue de nouveau. Et, j’ai besoin d’exécuter, encore, apt --fix-broken install
. Je me souviens que cette fois-là, c’est le paquet mariadb-common
qui posait un problème.
À ce moment-là, le serveur est dans un état intermédiaire où l’interface web fonctionne, mais les services derrière non. Exemple : mon serveur mail est dans les choux.
Finalement, je repasse sur l’interface Webadmin. Je me rends dans Mettre à jour le système
que j’éxécute. Cela dure un certain temps. A la fin, j’ai un petit écran jaune qui me dit que la mise à jour de Yunohost va se poursuivre en arrière plan. J’attends dix minutes avant de me reconnecter. Tous les services fonctionnes sauf dnsmasq qui refuse de démarrer :
Impossible de démarrer le service 'dnsmasq'
Journaux historisés récents : -- Journal begins at Fri 2022-09-16 12:13:14 CEST, ends at Fri 2022-09-16 17:26:26 CEST. --
sept. 16 15:57:45 systemd[1]: dnsmasq.service: unit configures an IP firewall, but the local system does not support BPF/cgroup firewalling.
sept. 16 15:57:45 systemd[1]: (This warning is only shown for the first unit using IP firewalling.)
sept. 16 16:25:43 systemd[1]: Stopping dnsmasq - A lightweight DHCP and caching DNS server...
sept. 16 16:25:44 dnsmasq[20769]: sortie sur réception du signal SIGTERM
sept. 16 16:25:44 systemd[1]: dnsmasq.service: Succeeded.
sept. 16 16:25:44 systemd[1]: Stopped dnsmasq - A lightweight DHCP and caching DNS server.
sept. 16 16:25:44 systemd[1]: Starting dnsmasq - A lightweight DHCP and caching DNS server...
sept. 16 16:25:44 dnsmasq[16843]: Usage: /etc/init.d/dnsmasq {start|stop|restart|force-reload|dump-stats|status}
sept. 16 16:25:44 systemd[1]: dnsmasq.service: Control process exited, code=exited, status=3/NOTIMPLEMENTED
sept. 16 16:25:44 systemd[1]: dnsmasq.service: Failed with result 'exit-code'.
sept. 16 16:25:44 systemd[1]: Failed to start dnsmasq - A lightweight DHCP and caching DNS server.
sept. 16 16:45:32 systemd[1]: Starting dnsmasq - A lightweight DHCP and caching DNS server...
sept. 16 16:45:32 dnsmasq[5788]: Usage: /etc/init.d/dnsmasq {start|stop|restart|force-reload|dump-stats|status}
sept. 16 16:45:32 systemd[1]: dnsmasq.service: Control process exited, code=exited, status=3/NOTIMPLEMENTED
sept. 16 16:45:32 systemd[1]: dnsmasq.service: Failed with result 'exit-code'.
sept. 16 16:45:32 systemd[1]: Failed to start dnsmasq - A lightweight DHCP and caching DNS server.
sept. 16 16:53:32 systemd[1]: Starting dnsmasq - A lightweight DHCP and caching DNS server...
sept. 16 16:53:32 dnsmasq[16540]: Usage: /etc/init.d/dnsmasq {start|stop|restart|force-reload|dump-stats|status}
sept. 16 16:53:32 systemd[1]: dnsmasq.service: Control process exited, code=exited, status=3/NOTIMPLEMENTED
sept. 16 16:53:32 systemd[1]: dnsmasq.service: Failed with result 'exit-code'.
sept. 16 16:53:32 systemd[1]: Failed to start dnsmasq - A lightweight DHCP and caching DNS server.
sept. 16 16:56:41 systemd[1]: Starting dnsmasq - A lightweight DHCP and caching DNS server...
sept. 16 16:56:41 dnsmasq[20657]: Usage: /etc/init.d/dnsmasq {start|stop|restart|force-reload|dump-stats|status}
sept. 16 16:56:41 systemd[1]: dnsmasq.service: Control process exited, code=exited, status=3/NOTIMPLEMENTED
sept. 16 16:56:41 systemd[1]: dnsmasq.service: Failed with result 'exit-code'.
sept. 16 16:56:41 systemd[1]: Failed to start dnsmasq - A lightweight DHCP and caching DNS server.
sept. 16 17:26:26 systemd[1]: Starting dnsmasq - A lightweight DHCP and caching DNS server...
sept. 16 17:26:26 dnsmasq[2137]: Usage: /etc/init.d/dnsmasq {start|stop|restart|force-reload|dump-stats|status}
sept. 16 17:26:26 systemd[1]: dnsmasq.service: Control process exited, code=exited, status=3/NOTIMPLEMENTED
sept. 16 17:26:26 systemd[1]: dnsmasq.service: Failed with result 'exit-code'.
sept. 16 17:26:26 systemd[1]: Failed to start dnsmasq - A lightweight DHCP and caching DNS server.
Dans le menu Diagnostic
, on m’affiche que :
- Le serveur utilise le noyau Linux 4.14.17-xxxx-std-ipv6-64 ;
- Le serveur utilise Debian 11.5 ;
- Le serveur utilise YunoHost 11.0.9.14 (stable).
Tandis que dans Outils\Migrations
, il m’apparait des migrations en attente :
- Réparer l’application Python après la migration Bullseye
- Migration des bases de données de PostgreSQL 11 vers 13
- Migration des fichiers de configuration php7.3-fpm ‘pool’ vers php7.4
- Mise à niveau du système vers Debian Bullseye et YunoHost 11.x
Si je clique sur Exécuter
, j’ai une erreur dont voici le log :
ended_at: 2022-09-16 15:08:36.000439
error: "La migration 0021_migrate_to_bullseye a \xE9chou\xE9 avec l'exception La distribution\
\ Debian actuelle n'est pas Buster ! Si vous avez d\xE9j\xE0 effectu\xE9 la migration\
\ Buster->Bullseye, alors cette erreur est symptomatique du fait que la migration\
\ n'a pas \xE9t\xE9 termin\xE9e correctement \xE0 100% (sinon YunoHost aurait marqu\xE9\
\ la migration comme termin\xE9e). Il est recommand\xE9 d'\xE9tudier ce qu'il s'est\
\ pass\xE9 avec l'\xE9quipe de support, qui aura besoin du log **complet** de la\
\ migration, qui peut \xEAtre retrouv\xE9 dans Outils > Journaux dans la webadmin.\
\ : annulation"
interface: api
operation: tools_migrations_migrate_forward
parent: null
started_at: 2022-09-16 15:08:35.953251
success: false
yunohost_version: 11.0.9.14
============
2022-09-16 17:08:35,962: INFO - Exécution de la migration 0021_migrate_to_bullseye...
2022-09-16 17:08:35,998: ERROR - La migration 0021_migrate_to_bullseye a échoué avec l'exception La distribution Debian actuelle n'est pas Buster ! Si vous avez déjà effectué la migration Buster->Bullseye, alors cette erreur est symptomatique du fait que la migration n'a pas été terminée correctement à 100% (sinon YunoHost aurait marqué la migration comme terminée). Il est recommandé d'étudier ce qu'il s'est passé avec l'équipe de support, qui aura besoin du log **complet** de la migration, qui peut être retrouvé dans Outils > Journaux dans la webadmin. : annulation
Traceback (most recent call last):
File "/usr/lib/python3/dist-packages/yunohost/tools.py", line 786, in tools_migrations_run
migration.run()
File "/usr/lib/python3/dist-packages/yunohost/migrations/0021_migrate_to_bullseye.py", line 82, in run
self.check_assertions()
File "/usr/lib/python3/dist-packages/yunohost/migrations/0021_migrate_to_bullseye.py", line 414, in check_assertions
raise YunohostError("migration_0021_not_buster2")
yunohost.utils.error.YunohostError: La distribution Debian actuelle n'est pas Buster ! Si vous avez déjà effectué la migration Buster->Bullseye, alors cette erreur est symptomatique du fait que la migration n'a pas été terminée correctement à 100% (sinon YunoHost aurait marqué la migration comme terminée). Il est recommandé d'étudier ce qu'il s'est passé avec l'équipe de support, qui aura besoin du log **complet** de la migration, qui peut être retrouvé dans Outils > Journaux dans la webadmin.
Pour info, en SSH, si j’éxécute la commande lsb_release -a
, j’obtients :
No LSB modules are available.
Distributor ID: Debian
Description: Debian GNU/Linux 11 (bullseye)
Release: 11
Codename: bullseye
Que dois-je faire ?
Je vous remercie par avance pour le coup de main.
Mon serveur YunoHost
Matériel : Serveur dédié OVH (anciennement Kimsufi) - bare-metal amd64
Version de YunoHost: 11.0.9.14
J’ai accès à mon serveur : En SSH et par la webadmin
Êtes-vous dans un contexte particulier ou avez-vous effectué des modificiations particulières sur votre instance ? : J’ai modifié à la main le fichier de configuration SSH pour utiliser un autre port que le 22. Je ne pense pas avoir fait d’autres modifications