Bonjour à tous,
 
J’ai un problème avec mon vcenter. Il ne veut plus fonctionner.
 
J’ai ce message d’erreur :
 
503 Service Unavailable (Failed to connect to endpoint: [N7Vmacore4Http20NamedPipeServiceSpecE:0x7f4e0005f0a0] _serverNamespace = / _isRedirect = false _pipeName =/var/run/vmware/vpxd-webserver-pipe)
 
J’essaye de me connecter au shell impossible. Je n’arrive pas à activé le shell directement sur l'interface du vcenter j'ai ce message d'erreur « DCUI abordted by exception ». Quand j’essaye avec le ssh putty il se quitte directement.
 
J'ai remis un backup d'une semaine de mon vcenter  mais il y a toujours le même problème.
 
 
Mon infra : j'ai un esxi 6 de dans le vcenter 6 avec des vms et aussi un autre esxi 6 que le vcenter gère.
 
Les vms fonctionne bien. Le vcenter ne va plus et les backups ne fonctionnent pas avec veaam parceque le vcenter n'est pas en service.
 
 
Avez-vous une idée pour résoudre se problème?
 
 
Merci à vous.

L'erreur assez récurrente, c'est une des partitions du vcenter qui est pleine.
Il faut réussir à prendre la main en SSH dessus, et voir l'état des partitions.
Il y a des KB vmware qui explique comment purger les logs pour libérer de l'espace.
Peut-être que ton SSH n'a pas été activé à l'installation. Tu as une interface d'administration https://IPdetonvcenter:5480 je pense que tu peux vérifier s'il est activé à partir de là. Sinon faut aller sur la console de ta VM.
C'est juste une piste, ton problème est peut-être différent.
 

Merci je vien de réussir à rentrer dans le shell via ssh. Je vais vérifier la taille des partitions. Merci beaucoup.

Effectivement j'ai 2 partitions qui sont à 100% :
Filesystem                            Size  Used Avail Use% Mounted on
/dev/sda3                              11G   11G     0 100% /
udev                                  4.0G  164K  4.0G   1% /dev
tmpfs                                 4.0G   36K  4.0G   1% /dev/shm
/dev/sda1                             128M   41M   81M  34% /boot
/dev/mapper/core_vg-core               26G   26G     0 100% /storage/core
/dev/mapper/log_vg-log                 11G  9.9G  479M  96% /storage/log
/dev/mapper/db_vg-db                   11G  254M   11G   3% /storage/db
/dev/mapper/dblog_vg-dblog            5.9G  267M  5.4G   5% /storage/dblog
/dev/mapper/seat_vg-seat               11G  812M  9.5G   8% /storage/seat
/dev/mapper/netdump_vg-netdump        2.0G   18M  1.9G   1% /storage/netdump
/dev/mapper/autodeploy_vg-autodeploy   11G  154M   11G   2% /storage/autodeploy
/dev/mapper/invsvc_vg-invsvc          5.0G  157M  4.6G   4% /storage/invsvc
 
 
Quelle est la meilleur solution pour réduire la taille?

J'ai réussi à diminuer les partitions. Mais j'ai toujours un programme. Les Inventory Service ne démarre pas quelqu'un à une idée?

Acheter du disque ?
Parce que l'espace que tu as libéré n'est peut-être pas suffisant.

Ton vCenter est hébergé sur un serveur physique? Pourquoi pas une VCSA?

J'ai encore 1000 giga sur ce serveur. Le vcenter est hébergé dans un esxi 6.
j'ai augmenté la taille des disques dur j'ai toujours le même problème.

Remontre voir le résultat d'un "df -h"?

J'ai remis un ancien backup de 3 mois du vcenter. Le vcenter à bien démarrer avec tout les services. J'ai aussi fais un nettoyage des logs. J’espère que ça va continuer à fonctionner.
Filesystem                            Size  Used Avail Use% Mounted on
/dev/sda3                              11G  5.7G  4.6G  56% /
udev                                  4.0G  164K  4.0G   1% /dev
tmpfs                                 4.0G  176K  4.0G   1% /dev/shm
/dev/sda1                             128M   41M   81M  34% /boot
/dev/mapper/core_vg-core               25G  173M   24G   1% /storage/core
/dev/mapper/log_vg-log                9.9G  7.2G  2.2G  77% /storage/log
/dev/mapper/db_vg-db                  9.9G  246M  9.1G   3% /storage/db
/dev/mapper/dblog_vg-dblog            5.0G  443M  4.3G  10% /storage/dblog
/dev/mapper/seat_vg-seat              9.9G  674M  8.7G   8% /storage/seat
/dev/mapper/netdump_vg-netdump       1001M   18M  932M   2% /storage/netdump
/dev/mapper/autodeploy_vg-autodeploy  9.9G  151M  9.2G   2% /storage/autodeploy
/dev/mapper/invsvc_vg-invsvc          5.0G  159M  4.6G   4% /storage/invsvc

Sur le 1ier df que tu nous as fourni tu avais 3 partitions (et non 2) qui etait full/borderline (la /; le /storage/core et le /storage/log)  
 
Si tu n'as fait du ménage que dans la root et le core, il est possible que ton /log soit quasi full ce que vmware n'aime pas trop.
 
Tant mieux si cela refonctionne mais monitores tu tes FS?

Tu auras de nouveau le problème dans 3 mois si tu restes les bras croisés.

Pk dans 3 mois j’aurai le même problème.
J’ai nettoyer le / en fessant un trunc sur le fichier audit.log j’ai gagner 3,5g.  
Il y a juste celui qui est à 77% je le vérifie tout les jours car je ne sais pas je peux tout effacer ou pas j’ai peur d’effacer un fichier qui fallait pas.

Au lieu de l'effacer simplement, tu peux le copier / sauvegarder ailleurs et ensuite le supprimer.
 
Et encore mieux, tu peux mettre en place une solution de syslog (Graylog, Syslog-ng ....)

Oui je n'arrive pas à rentrer avec winscp sur le vcenter pour copier les fichiers puis supprimer. J'ai un syslog je vais l'activer pour le vcenter.

Pas de support VMWare ?

Non il a expirée. Dans 2 mois je change j’ai une toute nouvelle infra ça va aller mieux