URL: https://linuxfr.org/news/compte-rendu-de-l-intervention-mercredi-17-avril Title: Compte-rendu de l'intervention mercredi 17 avril Authors: Lucas Bonnet Benoît Sibaud, rootix et Nÿco Date: 2013年04月22日T17:39:13+02:00 License: CC By-SA Tags: debian, ubuntu, dlfp, admin et gruik Score: 37 Suite à la tentative très moyennement couronnée de succès de mettre à jour la distribution _Ubuntu server_ de la machine principale de LinuxFr.org vers une version un peu plus récente (et toujours supportée pour les mises à jour de sécurité), nous avions fini par récupérer un serveur vivant (encore merci aux admins de la fondation Free pour leur intervention), mais dans un état plutôt bancal. La suite de cette dépêche, un tantinet auto-centrée mais susceptible d'intéresser certains d'entre-vous techniquement et/ou d'expliquer l'indisponibilité du mercredi 17 après-midi, est en seconde partie. ---- [Dépêche précédente sur la mise à jour de Gruik](http://linuxfr.org/news/gruik-fait-sa-tete-de-lard) ---- En effet, pour que le serveur démarre sans bloquer il fallait, dans cet ordre précis : 1. Choisir le mode _rescue_ dans Grub 1. Choisir fsck dans le menu de _recovery_ proposé par le système 1. Choisir de continuer le démarrage normalement seulement après le fsck Toute autre approche (comme tenter de continuer le démarrage normalement **sans** passer par le fsck) aboutissait à un blocage. Évidemment, pas moyen de réparer ça à distance, surtout avec une carte DRAC capricieuse et plus que limitée (cf. dépêche précédente). Nous avons donc décidé de la disponibilité de deux admins DLFP pour aller voir sur place ce qu'il en était et comment il était possible de réparer. Premier état des lieux : en démarrage normal, l'écran devient tout noir (mais il reçoit toujours un signal VGA) juste après grub, et le serveur est dans un état qu'on peut qualifier de planté-mais-pas-tout-à-fait : pas de réseau, pas d'affichage, mais si on fait Ctrl-Alt-Suppr sur le clavier, il redémarre. En mode rescue, on voit bien le noyau démarrer (pas d'écran noir), et si on tente de continuer le démarrage sans fsck, il se bloque au moment de monter les partitions (mais il répond toujours au clavier si on fait Ctrl-Alt-Suppr). Au bout de quelques essais, on constate qu'on peut tuer le processus qui bloque le démarrage (en jonglant avec les commandes alt-sysrq) : plymouthd. Les deux admins présents, plutôt habitués aux environnements debiannistes et sysv-istes, n'ont absolument aucune idée du boulot de ce daemon, et une brève recherche nous indique qu'il sert de _splash screen_ graphique au démarrage, fonctionnalité absolument indispensable sur un serveur. Naturellement, le paquet mountall dépend de plymouth, on ne peut donc pas le virer. Impossible de trouver comment le désactiver dans la configuration d'upstart (le système de démarrage révolutionnaire d'Ubuntu qui fait afficher des splash screens sur les serveurs). Après presque deux heures de bataille avec divers paramètres au démarrage (désactiver "quiet", activer "nomodeset", etc.), on décide de mettre à jour vers Precise Pangolin, en se disant qu'au pire ça continuera à planter comme actuellement, mais que de toute façon ça ne peut pas se dégrader davantage. Pendant la mise à jour, on constate que le mainteneur grub a eu la même idée que nous (désactiver "quiet" et activer "nomodeset"), merci. Premier redémarrage, plus d'écran noir ni de blocage, le bug qui nous affectait a donc été corrigé, même s'il a été décidé qu'il ne serait pas rétroporté vers la version précédente. Gruik (oui c'est son petit nom), qui héberge le site web et quelques services, tourne donc maintenant sous Ubuntu 12.04 Precise Pangolin (LTS), les serveurs invités sont eux toujours en Debian Squeeze (et sans splash screen). Quand à l'autre serveur, Zobe, il a été migré en Debian presque-Wheezy-qui-va-sortir-bientôt et son contrôleur RAID a été reconfiguré pour accepter de nouveau un disque dur qui était parti en vacances et ajouter deux nouveaux disques durs qui s'étaient matérialisés spontanément en son sein.

AltStyle によって変換されたページ (->オリジナル) /