Mise à jour du noyau Ubuntu 20.04 avec docker provoquant un crash sur EC2 et Lightsail

Installation
1

J’ai rencontré ce problème hier soir, lorsque mon Ubuntu 20.04 LTS s’est mis à jour automatiquement, il a installé un nouveau noyau et j’ai perdu le contrôle du système, il plantait quelques minutes après le démarrage. J’ai réessayé aujourd’hui avec une nouvelle installation de Discourse et dès que j’ai mis à jour le système, il a recommencé à planter.

Juste une note pour les utilisateurs, ne mettez pas à jour vos noyaux Linux pour le moment, c’est un bug connu - voir ceci pour plus de détails.

5 « J'aime »
2

La question est de savoir s’il existe un moyen de démarrer le système sans qu’il démarre Discourse/docker ? Fonctionne sur AWS Lightsail. La seule autre option est de reconstruire tout le système à nouveau, ce qui est un casse-tête en ce moment compte tenu des problèmes de sauvegarde/restauration auxquels je suis confronté.

EDIT : C’est ce que j’ai trouvé, ça marche ou ça casse selon la rapidité avec laquelle il démarre.

while true; do
  ssh <instance> "sudo systemctl disable docker.service; sudo systemctl disable containerd.service"
done
3

Cela s’est également produit sur deux instances EC2. Elles se sont arrêtées à 5h00 HAE pour un redémarrage et ne sont jamais revenues.

2 « J'aime »
5

Selon le lien, cela affecte les personnes exécutant des « noyaux cloud » canoniques sur des machines Ubuntu. Ils ont supprimé un correctif qui affecte OverlayFS.

Pendant que Canonical déploie un correctif, les utilisateurs peuvent essayer une version de noyau différente ou utiliser Debian / une autre distribution comme solution de contournement.

6 « J'aime »
6

J’ai pu interrompre le cycle en utilisant un SSH rapide environ 15 secondes après son démarrage pour désactiver les services docker/conteneur. J’ai rétrogradé le noyau à la version 5.4 et cela semble fonctionner

5 « J'aime »
7

Oui, comme je viens de le poster dans votre autre fil de discussion sur les problèmes de restauration, c’est essentiellement ce que j’ai fait aussi lorsque ce bug a fait planter mon serveur. Eh bien, j’ai démarré l’ancien noyau ; je n’ai pas eu à désactiver docker ou les conteneurs. Et le noyau actuel est à nouveau sûr. Voici un lien vers ce que j’ai dit dans votre autre fil de discussion. Dans un moment, j’essaierai de rédiger ma solution permanente pour éviter que cela ne se reproduise.

Sale bug du noyau, celui-là !

1 « J'aime »
8

Vous pouvez simplement revenir au noyau précédent et la machine est restaurée. Ou mettre à jour vers le noyau actuel et corrigé, sorti jeudi.

1 « J'aime »
9

J’ai rédigé un tutoriel sur la façon d’éviter les problèmes de type « kernel oops » qui plantent votre serveur ou l’empêchent de redémarrer.

J’ai mis le tutoriel sur mon site Discourse, car cela me semblait pratique. Mon site n’a rien à voir avec la technologie, cependant. J’ai donc retiré le sujet de la liste mais l’ai publié en HTML.

Bonne lecture.

https://discourse.bluebottlefly.com/pub/hardening-your-server

@RBoy, peut-être que vous en particulier trouverez cela utile.

/dr

1 « J'aime »