ok, c'est reparti en faisant stop/marche sur interface gandi.
La deuxieme VM a rebooté en 30 secondes seulement (reboot depuis ssh).
Les logs sont ok à présent
Les précédents logs du 28 au matin venait de cette VM par console ssh.
Contrairement aux autres testeurs aux serveurs down, mes 2 VM sont
quasiments toujours accessibles. Seuls les reboots sont délicats (et
pas toujours).
Le reboot semble effectivement nécessaire pour bénéficier des
correctifs
et migrations.
Merci
Eric
Le 28 fév 2008 à 12:30 CET, kalou a écrit :
Le 28 fév 2008 à 10:49 CET, macgiver a écrit :
Feb 28 10:45:27 svr last message repeated 5 times
Feb 28 10:46:44 svr last message repeated 5 times
En plus, j'ai essayé un reboot sur 92.243.1.39 pour
voir si cela était mieux et je suis maintenant planté,
comme tous les autres ...
Okay, ça lève le bug aléatoire de montée des vifs/vbds que nous
corrigeons.
Le reboot "aide" dans ce cas -- lorsque c'est "bloqué".
Ce problème n'est censé pouvoir aparaitre qu'à l'initilaisation du
dev
mais lors d'une migration, on le recrée pour l'occasion. Du coup, les
clients que nous migrons (suite à une panne de node, ou pour une
mise à jour) peuvent voir ce problème.
La vm a migré le 2008-02-20 18:52:53.877765. D'où vienennt les logs
du 28 ? (du ssh, la machine était joignable ?). On vérfiie sur sur
son
ancien
node.
Pour le bug, on freeze les migrations, et on cherche.
macgiver