Récupération des erreurs de synchronisation dans un environnement de clustering des têtes de recherche.

Options de téléchargement

PDF (247.4 KB)
Consulter à l'aide d'Adobe Reader sur un grand nombre d'appareils
ePub (87.9 KB)
Consulter à l’aide de différentes applications sur iPhone, iPad, Android ou Windows Phone

Mis à jour:28 septembre 2026

ID du document:SPLK044453

Langage exempt de préjugés

Dans le cadre de la documentation associée à ce produit, nous nous efforçons d’utiliser un langage exempt de préjugés. Dans cet ensemble de documents, le langage exempt de discrimination renvoie à une langue qui exclut la discrimination en fonction de l’âge, des handicaps, du genre, de l’appartenance raciale de l’identité ethnique, de l’orientation sexuelle, de la situation socio-économique et de l’intersectionnalité. Des exceptions peuvent s’appliquer dans les documents si le langage est codé en dur dans les interfaces utilisateurs du produit logiciel, si le langage utilisé est basé sur la documentation RFP ou si le langage utilisé provient d’un produit tiers référencé. Découvrez comment Cisco utilise le langage inclusif.

À propos de cette traduction

Cisco a traduit ce document en traduction automatisée vérifiée par une personne dans le cadre d’un service mondial permettant à nos utilisateurs d’obtenir le contenu d’assistance dans leur propre langue. Il convient cependant de noter que même la meilleure traduction automatisée ne sera pas aussi précise que celle fournie par un traducteur professionnel.

Applicabilité

Splunk Enterprise

Description

Environnement : -

Environ 500+ UF 7.1.2 envoyant des événements à 2 indexeurs 7.1.2 qui avec la fonctionnalité de mise en grappe d'index activée via 2 redirecteurs lourds 7.1.2 et 4 têtes de recherche avec mise en grappe SH.
presque tous les serveurs Splunk et UF sont 7.1.2 à l'exception de quelques redirecteurs universels qui sont 6.3.3, 6.4, 7.1.0.

Quelques-uns des membres de SH ont été arrêtés la semaine dernière en raison de l'/opt devenant plein.

Maintenant, les SH sont actifs, mais ils affichent l'erreur ci-dessous sur leur interface utilisateur : -

Erreur lors de l'extraction des configurations du capitaine du cluster de tête de recherche ; pensez à effectuer une resynchronisation de configuration destructive sur ce membre de cluster de tête de recherche.

Le cluster de tête de recherche peut ne pas être synchronisé avec les mises à jour de configuration répertoriées par le capitaine pour diverses raisons : les pannes inattendues, les problèmes de réseau et la grande taille de la réplication ne sont que quelques-unes des raisons pour lesquelles nous constatons que ce problème se produit.
En réalité, le membre tente d'appliquer l'ensemble des modifications répliquées du capitaine. Si l'ensemble dépasse les limites de purge et que le membre et le capitaine ne partagent plus de validation commune, un message de bannière apparaît sur l'interface utilisateur du membre, avec un texte similaire à celui-ci :

Error pulling configurations from the search head cluster captain; consider performing a destructive configuration resync on this search head cluster member.To resolve this we must manually resync the cluster members with the captain.

Résolution

Confirmez que le message suivant s'affiche sur l'interface utilisateur ou dans le fichier splunkd.log :

Erreur lors de l'extraction des configurations du capitaine du cluster de tête de recherche ; pensez à effectuer une resynchronisation de configuration destructive sur ce membre de cluster de tête de recherche.

Vérifiez quel noeud est le capitaine actuel en exécutant la commande suivante à partir du répertoire bin Splunk :

./splunk show shcluster-status

Une fois que vous confirmez que quel noeud est le capitaine, puis à partir des noeuds qui ne sont pas synchronisés et obtenir les erreurs, exécutez la commande ci-dessous : -

./splunk resync shcluster-replicated-config

Liens connexes

Documentation Splunk
Effectuez une resynchronisation manuelle :
https://docs.splunk.com/Documentation/Splunk/latest/DistSearch/HowconfrepoworksinSHC#Perform_a_manual_resync

Historique de révision

Révision	Date de publication	Commentaires
1.0	28-Sep-2026	Première publication