Mon serveur vient d’être in-joignable pendant 22h.
Je vais vous expliquer tout ce qui c’est passer … ca pourra peut-être en sauvé quelques-uns

Circonstances du crach

Sur mon serveur, j’ai installé Ubuntu Desktop. (Ce n’était pas anodin ^^).
Une fois connecté, hier matin, par nomachine, j’ai vue qu’il y avait des mises à jour à faire… donc je les ai faites.
Puis tout d’un coup, perte de la connexion!
Par la suite, j’ai tenté de me connecter par SSH… mais impossible …; un ping m’as vite montré que mon serveur était hors ligne.

J’ai exécuté le service de redémarrage forcé d’OVH, avec une commande ping vers mon serveur tournant en permanence.
Une fois le serveur en phase de redémarrage, le ping se met à répondre, puis 21 secondes plus tard, plus de réponse…
Il y a quelque chose au démarrage qui me fou en l’air mon serveur !

Se connecter au serveur hors ligne

Heureusement, OVH ont tout prévue.
Il existe la possibilité de passer le serveur en mode rescue à tout moment.
Ce mode, une fois activé et le serveur redémarré, vous permet de vous connecter en root sur la machine dans un environnement contenant toutes les commandes nécessaires à l’administration de votre serveur.

Trouver d’où vient la panne

Une fois connecté au serveur, je me suis donc repassé en tête ce qui s’est passé avant que la connexion ne soit coupée, quand tout fonctionnait bien.
Je me suis vite dit qu’il fallait que je trouve ce que le gestionnaire de paquet avait installé pendant la mise à jour.

Dans un premier temps, j’ai fais des recherche sur google, qui m’ont dirigé dans le répertoire /root/.synaptic dans l’espoir de trouver l’historique de synaptic.
Mais je n’ai rien trouvé de concluant.

Je me suis finalement dirigé dans /var/log afin de trouver ce qui s’est passé.
Là, j’ai trouvé les paquets mis à jour dans /var/log/dpkg.log … et c’est là que j’ai vue que le paquet network-manager avait été installé !
(Je haie ce paquet car il est très violent avec le système!)
Déjà à la maison, j’ai toujours eu des ennuis avec ce programme …
Je l’ai toujours viré après une installation d’Ubuntu.

Pour confirmer mes soupçons, j’ai vu dans le fichier /var/log/daemon.log que depuis le 21 Avril ( date du crash ), Network Manager se lançait au démarrage.

Pour moi, il était clair que je devais m’en débarasser si je voulais revoir mon serveur sur pied !

Résolution du problème

J’ai, donc, tout fait pour que ce foutu Network Manager sorte de ma vie !! ^^

Malheureusement, en mode rescue, je ne suis pas dans l’environnement de mon serveur … donc un apt-get remove est impossible.
Tout comme utiliser locate, pour trouver tout les fichiers appartenant à network-manager, se révèle impossible !

Seule moyen: Trouver les fichiers moi même, et les supprimer !

J’ai d’abord tatonné pour essayer de trouver comment il se lance au démarrage … J’ai cherché dans /etc/rc*.d/ mais rien !
Je me suis donc dit: « Il faut que je supprime le programme … comme ça, même si le système l’appelle… il ne se montera jamais ! »

J’ai donc supprimé tout les fichiers que j’ai trouvé, installé par le paquet debian. ( J’ai utiliser synaptic sur une machine locale pour trouver la liste des fichiers et leur emplacement ).

Une fois fini, et après quelques redémarrage en mode normale, ( les premiers rm n’ont pas été satisfaisants ), le serveur ping enfin plus de 21 secondes … et mes sites sont de nouveau UP !!

Victoire !!!

Conclusion

En conclusion … il faut que je sois plus vigilant sur les mises à jours que j’autorise.
Mais il est clair que ce foutu paquet network-manager m’aura causé bien des soucis… mais heureusement, ma patience à payé !