Distribution EOLE

Logs en cas de reconfigure ou d'instance ayant un problème avec le service ssh :

juin 06 15:11:18 zephir systemd[1]: ssh.service: Current command vanished from the unit file, execution of the command list won't be resumed.
juin 06 15:23:56 zephir systemd[1]: ssh.service: Found left-over process 1138 (sshd) in control group while starting unit. Ignoring.
juin 06 15:23:56 zephir systemd[1]: This usually indicates unclean termination of a previous run, or service implementation deficiencies.
juin 06 15:23:56 zephir systemd[1]: Starting OpenBSD Secure Shell server...
juin 06 15:23:56 zephir systemd[1]: ssh.service: Found left-over process 1138 (sshd) in control group while starting unit. Ignoring.
juin 06 15:23:56 zephir systemd[1]: This usually indicates unclean termination of a previous run, or service implementation deficiencies.
juin 06 15:23:56 zephir sshd[10913]: error: Bind to port 22 on 0.0.0.0 failed: Address already in use.
juin 06 15:23:56 zephir sshd[10913]: fatal: Cannot bind any address.
juin 06 15:23:56 zephir systemd[1]: ssh.service: Main process exited, code=exited, status=255/EXCEPTION
juin 06 15:23:56 zephir systemd[1]: ssh.service: Failed with result 'exit-code'.
juin 06 15:23:56 zephir systemd[1]: ssh.service: Unit process 1138 (sshd) remains running after unit stopped.
juin 06 15:23:56 zephir systemd[1]: Failed to start OpenBSD Secure Shell server.
juin 06 15:36:16 zephir sshd[13277]: fatal: Missing privilege separation directory: /run/sshd

Ce bug n'apparaît pas avec les VMs hébergées sur le one, mais est systématique sur une VM sur Vbox par exemple.
Commandes pour reproduire le problème sans refaire un reconfigure complet :

systemctl disable ssh
systemctl unmask ssh
systemctl enable ssh
systemctl restart ssh

Seules différences de logs entre un reconfigure et les commandes ci-dessus : la première ligne et la dernière ligne n'apparaissent pas.

Current command vanished from the unit file, execution of the command list won't be resumed.
fatal: Missing privilege separation directory: /run/sshd

En remplaçant le restart par "stop" puis "start" on voit bien que le stop n'a pas réussi à arrêter sshd. On voit bien sur le one que le stop est bien l'étape qui arrête sshd.

Bug reproduit directement sur Ubuntu 22.04 mais pas sur 20.04 et 24.04.
J'ai fait un bug report chez Ubuntu -> https://bugs.launchpad.net/ubuntu/+source/systemd/+bug/2068909

Il semble que disable/mask cloud-init.target semble aider à faire un contournement pour le bug. Après tout, les VMs sur le one n'ont pas cloud-init qui tourne, c'est peut-être la solution. A creuser.