Bonjour, Le serveur TAL est mort. Pas de ping, pas de http, pas d'interface de gestion vsphere... Nous avons l'hypothèse que tal-nfs est saturé... Des idées sont bienvenues. Amitiés -- Jorge Garcia Flores Ingénieur de recherche CNRS LIPN - Université Paris 13 http://lipn.univ-paris13.fr/~garciaflores/
Bonjour Jorge, J'ai un accès sans problème au "vmware vSphere Web Client", mais celui-ci donne des alertes sur 4 des 6 ventilateurs du châssis. Je ne pourrais malheureusement aller vérifier que demain matin une fois sur place. Le serveur a peut-être eu un peu chaud :-S Il y a d'autres alarmes concernant "Data service" (ce soir 22hxx UTC+1, disparue pendant la rédaction de mon mail) ainsi que "Appliance Manager" et "Service Postgres de VMware vFabric" datant du 08/12/2016 Je ne sais pour le moment pas encore a quoi cela correspond, je tenterais de trouver demain matin également (UTC+1 aussi ;-) Xavier. Le 2016-12-13 19:53, Jorge Garcia Flores a écrit :
Bonjour,
Le serveur TAL est mort. Pas de ping, pas de http, pas d'interface de gestion vsphere...
Nous avons l'hypothèse que tal-nfs est saturé...
Des idées sont bienvenues.
Amitiés
Je vois que tal-nfs est saturé. Je me suis connecté sur l'hyperviseur (192.168.72.236) et, j'ai éteint tal-nfs pour essayer d'agrandir le disque sans succès. Par contre, j'ai éteint tal-nfs et du coup ça a permis de relancer vmware vsphere qui ne marchait pas tout à l'heure. Voici l'usage de disque de l'hyperviseur: [root@localhost:~] df -h Filesystem Size Used Available Use% Mounted on VMFS-5 278.8G 274.6G 4.2G 99% /vmfs/volumes/OS VMFS-5 3.3T 3.0T 236.6G 93% /vmfs/volumes/DATA VMFS-5 2.2T 47.9G 2.1T 2% /vmfs/volumes/DATA2 vfat 285.8M 206.3M 79.6M 72% /vmfs/volumes/5565ba2e-c1902ca2-bb28-44a842090937 vfat 249.7M 160.2M 89.5M 64% /vmfs/volumes/f1bc17e7-e86820b9-c908-8edff6a41d58 vfat 249.7M 180.6M 69.1M 72% /vmfs/volumes/dd171fe3-b79e12fa-f347-82fa1812acce Et le fichier contenant le disque de tal-nfs: [root@localhost:~] ls -all -h /vmfs/volumes/DATA/tal-nfs/ total 815104008 drwxr-xr-x 1 root root 1.1K Sep 22 16:44 . drwxr-xr-t 1 root root 3.1K Sep 29 19:50 .. -rw------- 1 root root 8.0M Sep 22 16:11 tal-nfs-000002-ctk.vmdk -rw------- 1 root root 373.6G Dec 13 20:43 tal-nfs-000002-sesparse.vmdk -rw------- 1 root root 400 Sep 22 16:44 tal-nfs-000002.vmdk -rw------- 1 root root 8.0M Dec 13 20:52 tal-nfs-ctk.vmdk -rw------- 1 root root 2.0T Sep 22 15:42 tal-nfs-flat.vmdk -rw------- 1 root root 581 Jul 20 08:58 tal-nfs.vmdk Je vais essayer de rajouter un nouveau disque à tal-nfs et de redemarrer Le 13/12/2016 à 15:33, Xavier MONNIN a écrit :
Bonjour Jorge,
J'ai un accès sans problème au "vmware vSphere Web Client", mais celui-ci donne des alertes sur 4 des 6 ventilateurs du châssis. Je ne pourrais malheureusement aller vérifier que demain matin une fois sur place. Le serveur a peut-être eu un peu chaud :-S
Il y a d'autres alarmes concernant "Data service" (ce soir 22hxx UTC+1, disparue pendant la rédaction de mon mail) ainsi que "Appliance Manager" et "Service Postgres de VMware vFabric" datant du 08/12/2016
Je ne sais pour le moment pas encore a quoi cela correspond, je tenterais de trouver demain matin également (UTC+1 aussi ;-)
Xavier.
Le 2016-12-13 19:53, Jorge Garcia Flores a écrit :
Bonjour,
Le serveur TAL est mort. Pas de ping, pas de http, pas d'interface de gestion vsphere...
Nous avons l'hypothèse que tal-nfs est saturé...
Des idées sont bienvenues.
Amitiés
!DSPAM:10297,5850691523348607499562!
-- Jorge Garcia Flores Ingénieur de recherche CNRS LIPN - Université Paris 13 http://lipn.univ-paris13.fr/~garciaflores/
Bonjour, Le serveur tal-nfs remarche. C'était une panne au niveau de stockage du répertoire swap. Voici comment s'en sortir C'était une panne de stockage au niveau du repertoire swap de tal-nfs [9:17] Donc voici le diagnostique et la méthode pour resoudre le problème [9:18] 0) Symptome: impossible de se connecter au serveur TAL par ssh. Pas de http, pas de ping, rien... [9:19] 1) Se connecter à x2goclient et ouvrir une console (vmsphere ne marche pas non plus...) [9:21] ssh root@192.168.72.236 [9:21] (mot de passe long) [9:22] 2) une fois qu'on est un root sur l'hyperviseur Esxi (c'est à dire, la machine physique où toutes les machines virtuelles sont instantiées) on éteint tal-nfs [9:23] esxcli vm process list [9:23] (pour avoir le wordID de tal-nfs) [9:23] vm process kill -t soft -w 32984 [9:24] (32984 est le wordID de tal-nfs) [9:24] 3) On essaye de redémarrer tal-nfs [9:24] vim-cmd vmsvc/getallvms [9:25] (pour obtenir le VMid de talnfs) [9:25] vim-cmd vmsvc/power.on 17 [9:25] (où 17 est le VMid de tal-nfs) [9:29] 4) tal-nfs ne redémarre pas (pas d'erreur évident) mais le fait de l'éteindre fait que l'interface graphique vmsphere remarche à nouveau [9:31] 5) On remarque que les partitions de données de tal-nfs sont presque saturées jorgegarciaflo [9:31 PM] uploaded an image: Pasted image at 2016-12-13, 9:31 PM Add Comment jorgegarciaflo [9:33 PM] 6) On crée un troisième disque dur de 500 GB sur tal-nfs, cette fois-ci sur le volume DATA2, qui est loin d'être saturé [9:33] (on fait ceci à partir de l'interface graphique de vsphere) jorgegarciaflo [9:36 PM] uploaded an image: Pasted image at 2016-12-13, 9:36 PM Add Comment jorgegarciaflo [9:37 PM] (menu contextuelle de la machine virtuelle, option Modifier les paramètres / Nouveau périphérique, disque dur) [9:37] (je crée le disque dur sur le volume DATA2) [9:38] 7) Je redemarre tal-nfs: ça ne marche toujours pas [9:38] :sunglasses: Je vais voir sur les logs l'erreur [9:39] less /vmfs/volumes/OS/tal-nfs/vmware.log jorgegarciaflo [9:43 PM] uploaded an image: Pasted image at 2016-12-13, 9:43 PM Add Comment jorgegarciaflo [9:43 PM] :sunglasses: Je cherche l'erreur sur google et trouve les sources suivantes: [9:43] http://www.vmnerds.fr/2012/01/13/liste-des-commandes-utiles-en-esxi/ VMnerds blog liste des commandes utiles en ESXi - VMnerds blog La liste des commandes utiles et d'urgence à avoir sous la main pour piloter un hôte ESXi en ligne de commande Jan 13th, 2012 at 2:50 PM [9:44] https://kb.vmware.com/selfservice/search.do?cmd=displayKC&docType=kc&docType... [9:44] https://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=di... [9:44] https://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=di... [9:45] https://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=di... [9:46] 9) D'après https://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=di... il faut donc supprimer de l'inventaire tal-nfs, ouvrir le fichier de conf de la machine virtuelle pour changer le répertoire swap vers un endroit plus spacieux et ré enregistrer la machine virtuelle dans l'inventaire et redemarrer... donc c'est ce que je fait... [9:47] 10) Pour désenregistrer, je vais sur vmsphere jorgegarciaflo [9:51 PM] uploaded an image: Pasted image at 2016-12-13, 9:51 PM Add Comment jorgegarciaflo [9:52 PM] 11) Après on bascule vers la console de l'hyperviseur, où on va editer le fichier de conf de tal-nfs [9:52] cd /vmfs/volumes/OS/tal-nfs/ [9:53] (et on ouvre avec vi le fichier de conf) [9:53] vi tal-nfs.vmx [9:54] on supprime la la ligne suivante: [9:54] sched.swap.derivedName = "/vmfs/volumes/5565d343-3c081e23-d13d-44a842090937/tal-nfs/tal-nfs-1444877f.vswp" [9:54] et on la remplace par: jorgegarciaflo [9:55 PM] added a Plain Text snippet sched.swap.dir = "/vmfs/volumes/DATA2/tal-nfs" Add Comment jorgegarciaflo [9:55 PM] on enregistre et on quitte le fichier [9:55] 12) Apres on ré enregistre la machine virtuelle jorgegarciaflo [9:56 PM] added a Plain Text snippet vim-cmd solo/registervm /vmfs/volumes/OS/tal-nfs/tal-nfs.vmx Add Comment jorgegarciaflo [9:56 PM] 13) On rédemarre... jorgegarciaflo [9:57 PM] added a Shell snippet # vim-cmd vmsvc/power.on 49 Add Comment jorgegarciaflo [9:58 PM] (49 c'est le nouveau VMid de tal-nfs) [9:58] 14) Et voilà... on peut se connecter sur ssh jorgegarciaflo [9:59 PM] added a Shell snippet $ ssh -p 60022 garciaflores@tal.lipn.univ-paris13.fr Le 13/12/2016 à 12:53, Jorge Garcia Flores a écrit :
Bonjour,
Le serveur TAL est mort. Pas de ping, pas de http, pas d'interface de gestion vsphere...
Nous avons l'hypothèse que tal-nfs est saturé...
Des idées sont bienvenues.
Amitiés
-- Jorge Garcia Flores Ingénieur de recherche CNRS LIPN - Université Paris 13 http://lipn.univ-paris13.fr/~garciaflores/
participants (2)
-
Jorge Garcia Flores -
Xavier MONNIN