Почему это исключение_линий в filebeat, исключая все журналы?

Я использую ELK Stack, и он работает довольно хорошо для большинства моих серверов. Исключением является то, что у меня есть сервер gitlab, у которого есть ping к / от сервера gitlab-ci, который происходит в журнале доступа gitlab. Это происходит каждую секунду, и я хотел бы игнорировать это. Мое регулярное выражение совпадает с этими строками в тестерах регулярных выражений, которые я использую, но, похоже, остановило все журналы, поступающие из этого файла, вместо ожидаемых отдельных строк.

filebeat:
  prospectors:
    paths:
      - /var/log/gitlab/nginx/gitlab_access.log
    input_type: log
    exclude_lines: ['(.*\bPUT\b)(.*\bgitlab-ci-multi-runner).*']
    document_type: gitlab_access

Ниже приведен пример файла журнала, и я хочу заблокировать каждую строку, которая является PUT от gitlab-ci-multi-runner,

**192.168.1.105 - - [07/Feb/2018:07:53:36] "PUT /ci/api/v1/builds/1738.json HTTP/1.1" 404 3082 "" "gitlab-ci-multi-runner 1.3.0 (1-6-stable; go1.3.3; linux/amd64)"**
192.168.1.110 - - [07/Feb/2018:07:53:37] "POST /api/v4/jobs/request HTTP/1.1" 204 0 "" "gitlab-ci-multi-runner 9.2.0 (7-2-stable; go1.7.5; windows/amd64)"
**192.168.1.105 - - [07/Feb/2018:07:53:39] "PUT /ci/api/v1/builds/1738.json HTTP/1.1" 404 3082 "" "gitlab-ci-multi-runner 1.3.0 (1-6-stable; go1.3.3; linux/amd64)"**
192.168.1.110 - - [07/Feb/2018:07:53:40] "POST /api/v4/jobs/request HTTP/1.1" 204 0 "" "gitlab-ci-multi-runner 9.2.0 (7-2-stable; go1.7.5; windows/amd64)"
192.168.1.55 - - [07/Feb/2018:07:53:40] "GET / HTTP/2.0" 200 45895 "" "Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/60.0.3112.78 Safari/537.36"
192.168.1.55 - - [07/Feb/2018:07:53:41] "GET /assets/favicon-075eba763121a0c1f89a89ee81678bcde72e2a47cd3a42.ico HTTP/2.0" 200 1384 "https://gitlab.com/" "Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/60.0.78 Safari/537"
192.168.1.55 - - [07/Feb/2018:07:53:41] "GET /uploads/-/system/user/avatar/21/yodaProfile.jpg HTTP/2.0" 304 0 "https://gitlab.com/" "Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/60.0.3112.78 Safari/537.36"
**192.168.1.105 - - [07/Feb/2018:07:53:42] "PUT /ci/api/v1/builds/1738.json HTTP/1.1" 404 3082 "" "gitlab-ci-multi-runner 1.3.0 (1-6-stable; go1.3.3; linux/amd64)"**
192.168.1.110 - - [07/Feb/2018:07:53:43] "POST /api/v4/jobs/request HTTP/1.1" 204 0 "" "gitlab-ci-multi-runner 9.2.0 (7-2-stable; go1.7.5; windows/amd64)"

Я ожидал, что строки, начинающиеся с **, будут удалены, а остальные пройдены, но этого не происходит (ни одна из этих строк не проходит сейчас). Если я удаляю регулярное выражение, все приходит снова.

Источник

1 ответ

Решение

Если вы упростите свой exclude_lines-конфигурация к следующему, это будет соответствовать filebeat.

exclude_lines: ['\"PUT.*gitlab-ci-multi-runner']

Я прочитал документацию exclude_lines и документацию по поддержке регулярных выражений, но я не выяснил причину, по которой ваше первоначальное регулярное выражение не соответствует трем строкам, так как они совпадают, когда я добавляю его на регулярное выражение regexr.com и выбираю PCRE в качестве регулярного выражения. двигатель.

Если вы хотите выяснить, что послужило причиной его несоответствия, я бы посоветовал вам удалить один и один элемент из регулярного выражения, пока он не совпадет.

Сначала удалите группировку

exclude_lines: ['.*\bPUT\b.*\bgitlab-ci-multi-runner.*']

Затем попробуйте удалить \b записи

exclude_lines: ['.*PUT.*gitlab-ci-multi-runner.*']

Тогда вы должны получить что-то похожее на мой ответ.

exclude_lines: ['PUT.*gitlab-ci-multi-runner']

Вы также можете удалить одну и одну запись за раз, и не все \b элементы. Когда вы выясните, какая запись привела к тому, что exclude_lines не совпадают, вам будет гораздо легче выяснить, почему.

Я надеюсь, что этот ответ поможет вам на этом пути!

Источник
Другие вопросы по тегам