L'agent léger Guest Introspection est installé avec VMware Tools™ sur chaque machine virtuelle invitée.

Dépannage de l'agent léger sur Linux

Si une machine virtuelle est lente lors des opérations de lecture, d'écriture, de décompression ou d'enregistrement de fichiers, l'agent léger peut présenter des problèmes.

  1. Vérifiez la compatibilité de tous les composants concernés. Vous avez besoin des numéros de build pour ESXi, vCenter Server, NSX Manager et la solution de sécurité que vous avez sélectionnée (par exemple, Trend Micro, McAfee, Kaspersky ou Symantec). Une fois ces données collectées, comparez la compatibilité des composants vSphere. Pour plus d'informations, consultez les Matrices d'interopérabilité des produits VMware.
  2. Vérifiez que l'introspection de fichier est installée sur le système.
  3. Vérifiez que l'agent léger s'exécute à l'aide de la commande systemctl status vsepd.service.
  4. Si vous estimez que l'agent léger pose un problème de performances avec le système, arrêtez le service en exécutant la commande service vsepd stop.
  5. Puis effectuez un test pour obtenir une ligne de base. Vous pouvez ensuite démarrer le service vsep et effectuer un autre test en exécutant la commande service vsepd start.
  6. Pour les déploiements qui utilisent des événements réseau, vmw_conn_notify doit également être vérifié en exécutant systemctcl status vmw_conn_notifyd.service.
  7. Activez le débogage pour l'agent léger Linux :
    1. Exécutez /etc/vsep/vsep refresh-logging.
    2. Utilisation : /etc/vsep/vsepd refresh-logging <dest> <<level> sub-component-name>

      Où, <dest> : [1-2] 1 - connectez-vous à la VM et 2 - connectez-vous à l'hôte ESX.

      <level> : [1-7] où 4 s'applique au niveau de journalisation INFO et 7 concerne le niveau de journalisation DEBUG.

      <sub-component-name> : un ou plusieurs des éléments suivants : transport, temporisateur, fichier, réseau, processus, ou système

      Lorsque la journalisation sur l'hôte est activée, les journaux sont stockés dans vmware.log du répertoire vmfs correspondant des VM sur les hôtes ESXi.

      Note : L'activation de la journalisation complète peut provoquer une saturation du fichier journal d'activité vmware.log. Désactivez la journalisation complète dès que possible.

Activer les débogages en fonction du contexte (fichier, processus, réseau ou système)

Amélioration de la prise en charge de la journalisation permettant à l'agent léger de consigner les informations de niveau de débogage du module de fonctionnalités spécifiques sur vmware.log sur l'hôte ou Syslog dans la VM.

Il faut redémarrer le service de l'agent léger si les journaux de débogage ne sont pas générés dans les fichiers correspondants. Notez que la journalisation dans vmware.log sur l'hôte peut être limitée si la journalisation est intense. Le paramètre d'entrée refresh-logging a été ajouté à /etc/vsep/vsepd. Son utilisation peut être affichée en exécutant :

Débogage :

# /etc/vsep/vsepd refresh-logging

Utilisation : /etc/vsep/vsepd refresh-logging <dest> <<level> sub-component-name>

Où <dest> : [1-2]: 1 est consigné dans la VM et 2 est consigné dans l'hôte ESX. Lorsque la journalisation sur la VM est activée, les journaux sont stockés à l'emplacement suivant en fonction du logiciel de distribution Linux.

Sur les VM Ubuntu : /var/log/syslog

Sur CentOS, RHEL et SLES : /var/log/messages

Lorsque la journalisation sur l'hôte est activée, les journaux sont stockés dans vmware.log du répertoire vmfs correspondant des VM sur l'hôte ESXi.

<level> : [1-7] où 4 s'applique au niveau de journalisation INFO et 7 concerne le niveau de journalisation DEBUG.

<sub-component-name> : un ou plusieurs des éléments suivants : transport, temporisateur, fichier, réseau, processus, ou système

Exemple :

L'activation des commandes suivantes n'imprime que les journaux à partir de ce contexte.

Vous pouvez activer la journalisation du débogage pour l'introspection réseau à l'aide de la commande suivante.

/etc/vsep/vsepd refresh-logging 1 7 network

Journalisation du débogage pour l'introspection de processus :

/etc/vsep/vsepd refresh-logging 1 7 process

Journalisation du débogage pour le cas d'utilisation d'antivirus :

/etc/vsep/vsepd refresh-logging 1 7 file

Pour le traitement des commandes dans le contexte du temporisateur (tous les cas d'utilisation) :

/etc/vsep/vsepd refresh-logging 1 7 timer

Pour la surveillance des utilisateurs :

/etc/vsep/vsepd refresh-logging 1 7 system

Pour la communication d'infrastructure entre la SVM et le multiplexeur de contexte (tous les cas d'utilisation) :

/etc/vsep/vsepd refresh-logging 1 7 transport

Dépannage des blocages de l'agent léger sous Linux

L'agent léger effectue un vidage de mémoire lorsqu'il se bloque. Toutefois, cela dépend de la configuration du système d'exploitation pour les vidages de mémoire. Chaque distribution Linux dispose de différentes méthodes et configurations pour générer un vidage de mémoire lorsqu'un système se bloque.

Par exemple, vous pouvez utiliser apport pour que les applications vident la mémoire en cas de blocage, où comme dans Red Hat, utilisez abrtd. Toutefois, l'agent léger vide la trace de débogage dans /var/log/syslog (Ubuntu) ou dans /var/log/messages (CentOS, RHEL et SLES) de la VM, voire dans vmware.log si la journalisation est activée sur l'hôte selon la destination de la journalisation.

Exemple de trace de débogage :

localhost systemd: Started Session 4 of user root.
localhost vsep: EMERG: 0: sig_handler(): Received signal: 11
localhost vsep: EMERG: 0: sig_handler(): backtrace returned 7 pointers
localhost vsep: EMERG: 0: sig_handler(): /usr/sbin/vsep(+0x1d35e) [0x7fa2e4c9135e]
localhost vsep: EMERG: 0: sig_handler(): /lib64/libc.so.6(+0x35a00) [0x7fa2e3d76a00]
localhost vsep: EMERG: 0: sig_handler(): /usr/sbin/vsep(+0x3f789) [0x7fa2e4cb3789]
localhost vsep: EMERG: 0: sig_handler(): /lib64/libglib-2.0.so.0(+0x6e0fc) [0x7fa2e47960fc]
localhost vsep: EMERG: 0: sig_handler(): /lib64/libglib-2.0.so.0(+0x6d745) [0x7fa2e4795745]
localhost vsep: EMERG: 0: sig_handler(): /lib64/libpthread.so.0(+0x7df3) [0x7fa2e4109df3]
localhost vsep: EMERG: 0: sig_handler(): /lib64/libc.so.6(clone+0x6d) [0x7fa2e3e373dd]
localhost vsep: EMERG: 0: sig_handler(): Unmarking all fanotify marked mount points