파일 요청이 5.x logstash로 보내주십시오.로그 파일의 데이터를 강제로 재 작성하는 방법 5
내가 filebeat
에서 "파일 포인터를"다시 어떻게이
나는 모든 elasticsearch의 데이터를 청소 유사한 문제의 삭제 /var/lib/filebeat/registry. 그러나 filebeat는 새 행만 출하합니다.
변경 registry_file는 파일의 (파일을 삭제 같은 문제가) 새로운 파일로 저장 오프셋 filebeat.registry_file: registry
Filebeat 에이전트 저장 레지스트리 파일 상태의 모든 유효하지 않습니다. 레지스트리 파일의 위치는 filebeat.registry_file 구성 옵션을 사용하여 구성 파일 내에 설정해야합니다.
I 은이 옵션에 절대 경로을 지정하여 파일의 위치를 정확히 알 수 있도록하는 것이 좋습니다. 상대 경로를 사용하면 값은 ${path.data} 디렉토리를 기준으로 해석됩니다. Linux 설치에서 서비스로 시작하거나 filebeat.sh 랩퍼를 사용하기 시작한 경우 path.data은 /var/lib/filebeat으로 설정됩니다.
이 레지스트리 파일을 삭제 한 후, Filebeat는 tail_files: true와 광부를 구성하지 않은 경우 (처음부터 모든 파일을 읽기 시작합니다.
당신이, 내가하는 것 Filebeat 로그 파일을보고하는 것이 좋습니다 문제가 계속되면 . 예를 들어 레지스트리 파일이있는 위치를 알리는 라인을 포함 :.
2017/01/18 18:51:31.418587 registrar.go:85: INFO Registry file set to: /var/lib/filebeat/registry
sudo는 서비스
가MV는/var/lib 디렉토리/filebeat/레지스트리
sudo는 서비스가
으로 시작 filbeat /var/lib/filebeat/registry.old 중지 filbeat 이미 언급했듯이, filebeat 서비스 중지, 레지스트리 파일 삭제 및 서비스 재시작이 정확합니다.
난 그냥 당신이 filebeat.registry_file의 고유 한 위치를 지정하지 않은 경우, 그것은 가능성이 탄성 here에있는 사람들에 의해 언급 한 바와 같이 혼동 다소 C:\ProgramData\filebeat 디렉토리 인 ${path.data}/registry을 기본값으로, 윈도우의 사용자를 추가하고 싶었다.
제 경우에는 표시되기 전에 show hidden files을 사용해야했습니다.
파일 서버를 중지 한 다음 '/ var/lib/filebeat/registry'를 삭제하십시오. 그리고 그것의 작품. 그것은 내 문제, 귀하의 회신에 감사드립니다. –