2017-01-17 1 views
0

J'ai les fichiers 0b 5.x les journaux d'expédition à logstash.Comment puis-je forcer la reconstruction des données du journal dans filebeat 5

Comment en filebeat

Ce problème est similaire à

Je nettoyais les données de tous les ElasticSearch, réinitialiser le « pointeur de fichier » supprimer le /var/lib/filebeat/registry. mais filebeat n'envoie que la nouvelle ligne.

changement du registry_file est invalide, le décalage du fichier enregistré au nouveau fichier (supprimer le fichier est le même problème) filebeat.registry_file: registry

Répondre

3

Les magasins d'agent Filebeat tous de son état dans le fichier de registre. L'emplacement du fichier de registre doit être défini dans votre fichier de configuration en utilisant l'option de configuration filebeat.registry_file.

I recommande de spécifier un chemin absolu dans cette option pour que vous sachiez exactement où le fichier sera localisé. Si vous utilisez un chemin relatif, la valeur est interprétée par rapport au répertoire ${path.data}. Sur les installations Linux, lorsqu'il est démarré en tant que service ou a commencé à utiliser l'emballage filebeat.sh, path.data est défini sur /var/lib/filebeat.

Après avoir supprimé ce fichier de registre, Filebeat commence à lire tous les fichiers depuis le début (sauf si vous avez configuré un prospecteur tail_files: true.

Si vous continuez à avoir des problèmes, je vous recommande de regarder le fichier journal Filebeat qui sera contenir une ligne indiquant où le fichier de registre se trouve par exemple:..

2017/01/18 18:51:31.418587 registrar.go:85: INFO Registry file set to: /var/lib/filebeat/registry

+0

Arrêtez le serveur de filebeat, puis supprimez le '/ var/lib/filebeat/registry'. et c'est du travail. c'est mon problème, merci pour votre réponse. –

0
  1. Arrêter le service de filbeat
  2. Renommez le fichier de registre - généralement trouvé dans/var/lib/filebeat/registry
  3. Démarrer le service filbeat.

sudo service filbeat arrêt

mv/var/lib/filebeat/Registre /var/lib/filebeat/registry.old

sudo service filbeat commencent

0

Comme déjà mentionné ici, l'arrêt du service filebeat, la suppression du (s) fichier (s) de registre et le redémarrage du service sont corrects.

Je voulais juste ajouter pour les utilisateurs de la fenêtre, si vous ne l'avez pas spécifié un emplacement unique pour le filebeat.registry_file, il risque de défaut ${path.data}/registry qui est quelque peu confusément le répertoire C:\ProgramData\filebeat comme mentionné par les gens élastiques here.

Dans mon cas, j'ai dû show hidden files avant d'être affiché.