Skip to main content
Cloud Insights
La version française est une traduction automatique. La version anglaise prévaut sur la française en cas de divergence.

Dépannage des problèmes d'unité d'acquisition sous Linux

Contributeurs

Vous trouverez ici des suggestions de dépannage des problèmes liés aux unités d'acquisition sur un serveur Linux.

Problème:

Essayez ceci:

Le statut au sur la page observabilité > collecteurs de l'onglet unités d'acquisition affiche "certificat expiré" ou "certificat révoqué" .

Cliquez sur le menu à droite de l'UA et sélectionnez Restaurer la connexion. Suivez les instructions pour restaurer votre unité d'acquisition : 1. Arrêtez le service de l'unité d'acquisition (au). Vous pouvez cliquer sur le bouton Copy Stop Command pour copier rapidement la commande dans le presse-papiers, puis la coller dans une invite de commande sur la machine d'acquisition. 2. Créez un fichier nommé « jeton » dans le dossier /var/lib/netapp/cloudInsights/acq/conf de l'au. 3. Cliquez sur le bouton Copy Token et collez ce token dans le fichier que vous avez créé. 4. Redémarrez le service au. Cliquez sur le bouton Copy Restart Command et collez la commande dans une invite de commande sur l'au.

Autorisation refusée lors du démarrage du service du serveur d'unité d'acquisition

Lorsque l'au est installé sur SELINUX, le se doit être réglé sur permissive mode. Appliquer mode n'est pas pris en charge. Après avoir défini SELINUX en mode permissif, redémarrez le service au. "En savoir plus >>".

Configuration serveur non respectée

Assurez-vous que votre serveur d'unité d'acquisition ou votre VM répond "de formation"

Configuration réseau non respectée

Assurez-vous que le serveur/VM de l'unité d'acquisition peut accéder à votre environnement Cloud Insights (<nom de l'environnement> .c01.cloudinsights.netapp.com) via une connexion SSL sur le port 443. Essayez les commandes suivantes : ping <nom-environnement> .c01.cloudinsights.netapp.com traceroute <nom-environnement> .c01.cloudinsights.netapp.com curl https://<environment-name>.c01.cloudinsights.netapp.com wget https://<environment-name>.c01.cloudinsights.netapp.com

Le serveur proxy n'est pas configuré correctement

Vérifiez les paramètres de votre proxy et désinstallez/réinstallez le logiciel de l'unité d'acquisition si nécessaire pour entrer les paramètres de proxy corrects. 1. Essayez de « boucler ». Reportez-vous aux informations/documentation sur "boucle homme" concernant les proxys : --préproxy, --proxy-* (c'est un caractère générique "*" car Curl prend en charge de nombreux paramètres proxy). 2. Essayez "wget". Consultez la documentation pour connaître les options du proxy.

L'installation de l'unité d'acquisition a échoué dans Cloud Insights avec des erreurs d'informations d'identification lors du démarrage du service d'acquisition (et visible dans le journal acq.log).

Cela peut être dû à l'inclusion de caractères spéciaux dans les informations d'identification du proxy. Désinstallez l'au (sudo cloudInsights-uninstall.sh) et réinstallez-le sans utiliser de caractères spéciaux.

Linux : bibliothèque/fichier manquant introuvable

Assurez-vous que votre serveur/VM Linux acquisition Unit dispose de toutes les bibliothèques nécessaires. Par exemple, la bibliothèque unzip doit être installée sur le serveur. Pour installer la bibliothèque unzip, exécutez la commande *sudo yum install unzip* avant d'exécuter le script d'installation de l'unité d'acquisition

Problèmes d'autorisation

Assurez-vous d'être connecté en tant qu'utilisateur avec les autorisations sudo

Acquisition non en cours d'exécution :

Collectez les acq.log de /opt/netapp/cloudInsights/acq/logs (Linux) redémarrez le service d'acquisition : sudo cloudinsights-service.sh redémarrez l'acquisition

Problèmes de collecte de données :

Envoyez un rapport d'erreur à partir de la page d'accueil du Data Collector en cliquant sur le bouton « Envoyer un rapport d'erreur »

État : échec du signal de détection

L'unité d'acquisition (au) envoie un signal de présence à Cloud Insights toutes les 60 secondes pour renouveler son bail. Si l'appel de pulsation échoue en raison d'un problème de réseau ou si le Cloud Insights ne répond pas, le délai de bail de l'au n'est pas mis à jour. Lorsque le délai de bail de l'au expire, Cloud Insights affiche le statut "Heartbeat failed". Étapes de dépannage : vérifiez la connexion réseau entre l'unité d'acquisition et CloudInsights. Vérifiez si le service de l'unité d'acquisition est en cours d'exécution. Si le service n'est pas en cours d'exécution, démarrez-le. Consultez le journal des unités d'acquisition (/var/log/netapp/cloudInsights/acq/acq.log) pour vérifier s'il y a des erreurs.

Je vois un message « Heartbeat Error:

Cette erreur peut survenir en cas d'interruption du réseau entraînant l'interruption de la communication entre l'unité d'acquisition et l'environnement Cloud Insights pendant plus d'une minute. Vérifier que la connexion entre l'au et l'Cloud Insights est stable et active.

Considérations sur Proxies et pare-feu

Si votre entreprise nécessite une utilisation par proxy pour l'accès à Internet, vous devrez peut-être comprendre le comportement de votre organisation par procuration et rechercher certaines exceptions pour que Cloud Insights fonctionne. Gardez à l'esprit les éléments suivants :

  • Tout d'abord, votre organisation bloque-t-elle l'accès par défaut et autorise-t-elle uniquement l'accès à des sites ou domaines Web spécifiques par exception ? Si c'est le cas, vous devrez ajouter le domaine suivant à la liste d'exceptions :

    *.cloudinsights.netapp.com

    Votre unité d'acquisition Cloud Insights, ainsi que vos interactions dans un navigateur Web avec Cloud Insights, seront toutes des hôtes avec ce nom de domaine.

  • Ensuite, certains proxys tentent d'effectuer l'inspection TLS/SSL en usurpant l'identité des sites Web Cloud Insights avec des certificats numériques non générés par NetApp. Le modèle de sécurité de l’unité d’acquisition de Cloud Insights est fondamentalement incompatible avec ces technologies. Vous aurez également besoin du nom de domaine ci-dessus, à l'exception de cette fonctionnalité, pour que l'unité d'acquisition Cloud Insights puisse se connecter avec succès à Cloud Insights et faciliter la découverte de données.

Si le proxy est configuré pour l'inspection du trafic, l'environnement Cloud Insights doit être ajouté à une liste d'exceptions dans la configuration du proxy. Le format et la configuration de cette liste d'exceptions varient selon votre environnement proxy et les outils, mais en général vous devez ajouter les URL des serveurs Cloud Insights à cette liste d'exceptions afin de permettre à l'UA de communiquer correctement avec ces serveurs.

Pour ce faire, la façon la plus simple est d'ajouter le domaine Cloud Insights lui-même à la liste des exceptions :

 *.cloudinsights.netapp.com
Dans le cas où le proxy n'est pas configuré pour l'inspection du trafic, une liste d'exceptions peut être nécessaire ou non. Si vous n'êtes pas sûr de savoir si vous avez besoin d'ajouter Cloud Insights à une liste d'exceptions ou si vous rencontrez des difficultés pour installer ou exécuter Cloud Insights en raison de la configuration du proxy et/ou du pare-feu, contactez votre équipe d'administration proxy pour configurer le traitement de l'interception SSL par le proxy.

Affichage des noeuds finaux du proxy

Vous pouvez afficher vos noeuds finaux proxy en cliquant sur le lien Paramètres proxy lorsque vous choisissez un collecteur de données pendant l'intégration, ou sur le lien sous Paramètres proxy de la page aide > support. Un tableau comme celui ci-dessous s'affiche. Si vous avez la sécurité de la charge de travail dans votre environnement, les URL de point final configurées s'affichent également dans cette liste.

Table des noeuds finaux du proxy

Ressources

D'autres conseils de dépannage sont disponibles dans le "Base de connaissances NetApp" (connexion au support requise).

Vous trouverez d'autres informations de support dans le Cloud Insights "Assistance" page.