Dépanner l'intégration Elasticsearch OpenTelemetry

$
sudo systemctl status otelcol-contrib

• Si le service est inactif, démarrez-le : sudo systemctl start otelcol-contrib
• Si le service a échoué, corrigez les erreurs de configuration et redémarrez : sudo systemctl restart otelcol-contrib

$
sudo journalctl -u otelcol-contrib.service -f

Examinez la sortie des logs et résolvez la cause première (par exemple, problèmes de connexion, échecs d'authentification ou problèmes d'autorisation).

Exemple d'erreur: dial tcp [::1]:9200: connect: connection refused

• Assurez-vous que le endpoint dans config.yaml correspond à l'hôte et au port Elasticsearch.
• Confirmez qu'Elasticsearch est en cours d'exécution et accessible depuis l'hôte du collecteur.

Exemple d'erreur: permanent error: 403 Forbidden

1. Vérifier NEWRELIC_LICENSE_KEY dans /etc/systemd/system/otelcol-contrib.service.d/environment.conf .

2. Rechargez systemd et redémarrez le collecteur :

   bash

   Copier

   $
   sudo systemctl daemon-reload
   $
   sudo systemctl restart otelcol-contrib

Exemple d'erreur: permission denied ou cannot open file

1. Ajoutez l'utilisateur du collecteur au groupe Elasticsearch :
   bash

   Copier

   $
   sudo usermod -a -G elasticsearch otelcol-contrib

2. Redémarrez le collecteur : sudo systemctl restart otelcol-contrib

$
# Unsecured cluster
$
curl -I http://localhost:9200
$

$
# With authentication
$
curl -u username:password -k https://localhost:9200

Vérifiez que le cluster est sain, que les identifiants sont valides et que les paramètres du pare-feu ou de sécurité autorisent l'accès.

• Assurez-vous que le processeur resourcedetection est inclus dans chaque pipeline de métriques.
• Vérifier que elasticsearch.cluster.name est défini via le processeur resource/cluster_name_override .

• Confirmez que les chemins du récepteur filelog sont corrects et absolus.
• Vérifiez que le pipeline de logs inclut le récepteur filelog et l'exportateur otlphttp .