Сбор логфайла стороннего приложения.

[Welcome_to_the_jungle]

Добрый день, уважаемые коллеги.
Потихоньку продолжаю изучение ZABBIX. Столкнулся с очередной проблемой, и не смог найти решение самостоятельно.
Задача: Есть агенты на которых крутиться важная служба. ПК с этой службой уходят в ребут в определенное время, но только в том случае если это самая служба остановлена корректна, в противной случае "Алярм"
И перезагрузка отменяется. Ну и разумным видеться подбирать логи этой службы на сервер и реагировать на ошибки.
Поступил я следующим образом.
Создал item с ключом service info[name service, state]. И прикрутил к этому ключу два триггера. Один из них просто выводит в "проблемы" все что происходит с службой. (last()}>0)
Другой триггер реагирует только на ответ от агента который равен "6" (last()}=6
И к последнему прикрутил действие на перезагрузку. Все работает, все перегружает.
Но вот лог собрать не получается.
Исходят из документации, я создаю активную проверку.

logrt[C:\ProgramData\ATOL\Frontol5\Logs\Service.l og,Связь_с_базой_установлена,ANSI,10,] (Почему именно "Связь_с_базой_установлена", исключительно ради проверки работоспособности, ибо эта запись появляется при запуске.)

На стороне агента изменяю параметры в файле zabbix_agentd.conf
EnableRemoteCommands=1
Server=(ип сервер заббикса)
ServerActive=(ип сервера заббикс)
Hostname=NAME идентично имени узла на сервере.

В "Узлах сети" в "элементах данных" состояние "Активно"
В логах на агенте следующие строки после перезапуска.

2252:20190611:155738.752 Starting Zabbix Agent [HOSTNAME]. Zabbix 4.2.1 (revision 92832).
2252:20190611:155738.752 **** Enabled features ****
2252:20190611:155738.752 IPv6 support: YES
2252:20190611:155738.752 TLS support: YES
2252:20190611:155738.752 **************************
2252:20190611:155738.752 using configuration file: C:\Program Files\Zabbix Agent\zabbix_agentd.conf
2252:20190611:155738.767 agent #0 started [main process]
2264:20190611:155738.767 agent #1 started [collector]
2268:20190611:155738.767 agent #2 started[listener #1]
2272:20190611:155738.767 agent #3 started[listener #2]
2280:20190611:155738.767 agent #5 started [active checks #1]
2276:20190611:155738.767 agent #4 started[listener #3]

И все. В последних данных на этом узле связи новых itemов не появилось.
Буду рад любому совету.
Спасибо.

[Esipovich]

Возможно logrt[C:\ProgramData\ATOL\Frontol5\Logs\FrontolService.l og,Связь_с_базой_установлена,ANSI,10,] стоит изменить на log[C:\ProgramData\ATOL\Frontol5\Logs\FrontolService.l og,Связь_с_базой_установлена,ANSI,10,]? Я не силен в разнице logrt и log,но иногда срабатывает

[AvaTTaR]

Скиньте скрин элемента данных, узла сети, лог сервера, конфиг агента.

[Welcome_to_the_jungle]

Скиньте скрин элемента данных, узла сети, лог сервера, конфиг агента.

Добрый день. Скидываю, что просили.

[Welcome_to_the_jungle]

Остальные скриншоты

[Welcome_to_the_jungle]

Увидел не большой недочет "тип информации" указал "log"
Но нечего не изменилось


А вообще где смотреть то возвращенный лог?
В "последних данных" этот элемент данных даже не появляется.

[Kos]

В "последних данных" этот элемент данных даже не появляется.

В фильтре последних данных отметьте галочкой пункт "Show items without data".

А вообще меня немного смущает указание кодировки "ANSI". Насколько я понимаю, по умолчанию и так используется ANSI для агентов Windows. Я бы указывал либо явно конкретную кодировку (Windows-1251), либо не указывал бы её вообще.
В качестве отладочного шага попробуйте пересоздать (не редактировать существующий, а, скажем, продублировать его с другим ключом) элемент данных. Я бы для начала убрал бы из ключа и кодировку, и регулярное выражение для фильтра - просто чтобы убедиться, что данные из этого файла вообще собираются и доходят до сервера Zabbix:

logrt[C:\ProgramData\ATOL\Frontol5\Logs\FrontolService.log]

Потом уже можно подогнать фильтр под конкретные нужды.

[Welcome_to_the_jungle]

В фильтре последних данных отметьте галочкой пункт "Show items without data".

А вообще меня немного смущает указание кодировки "ANSI". Насколько я понимаю, по умолчанию и так используется ANSI для агентов Windows. Я бы указывал либо явно конкретную кодировку (Windows-1251), либо не указывал бы её вообще.
В качестве отладочного шага попробуйте пересоздать (не редактировать существующий, а, скажем, продублировать его с другим ключом) элемент данных. Я бы для начала убрал бы из ключа и кодировку, и регулярное выражение для фильтра - просто чтобы убедиться, что данные из этого файла вообще собираются и доходят до сервера Zabbix:

logrt[C:\ProgramData\ATOL\Frontol5\Logs\FrontolService.log]

Потом уже можно подогнать фильтр под конкретные нужды.

Kos спасибо большое. Такое логичное решение упросить ключ для данных. А я уперся в нагромождение.
лог с агента я получил. Но в только русские буквы не отображаются. И приходят в виде "?????"

14.06.2019 09:15:58

14.06.2019 3:10:16: ???? ?????? ???????: "localhost:C:\db2\LOG.GDB"

[Kos]

То есть, скорее всего, проблема именно в кодировке. Поэтому и не срабатывал фильтр по регулярному выражению с кириллицей, что такую строку не получалось найти.
Значит, надо сосредоточиться на поборе правильной кодировки. Только тут есть нюанс: иногда смена кодировки в свойствах существующего элемента данных не приводит к нужному результату (почему - описывать долго), поэтому при экспериментах лучше не менять существующий элемент данных, а создать новый (можно склонировать предыдущий). Потом ненужные клоны удалить, оставить только работающий; и уже его редактировать, подбирая нужное регулярное выражение для фильтра.

[andris]

Supported encodings you can see in source code src/libs/zbxcommon/str.c function get_codepage():

codepage_t cp[] = {{0, "ANSI"}, {37, "IBM037"}, {437, "IBM437"}, {500, "IBM500"}, {708, "ASMO-708"},
{709, NULL}, {710, NULL}, {720, "DOS-720"}, {737, "IBM737"}, {775, "IBM775"}, {850, "IBM850"},
{852, "IBM852"}, {855, "IBM855"}, {857, "IBM857"}, {858, "IBM00858"}, {860, "IBM860"},
{861, "IBM861"}, {862, "DOS-862"}, {863, "IBM863"}, {864, "IBM864"}, {865, "IBM865"},
{866, "CP866"}, {869, "IBM869"}, {870, "IBM870"}, {874, "WINDOWS-874"}, {875, "CP875"},
{932, "SHIFT_JIS"}, {936, "GB2312"}, {949, "KS_C_5601-1987"}, {950, "BIG5"}, {1026, "IBM1026"},
{1047, "IBM01047"}, {1140, "IBM01140"}, {1141, "IBM01141"}, {1142, "IBM01142"},
{1143, "IBM01143"}, {1144, "IBM01144"}, {1145, "IBM01145"}, {1146, "IBM01146"},
{1147, "IBM01147"}, {1148, "IBM01148"}, {1149, "IBM01149"}, {1200, "UTF-16"},
{1201, "UNICODEFFFE"}, {1250, "WINDOWS-1250"}, {1251, "WINDOWS-1251"}, {1252, "WINDOWS-1252"},
{1253, "WINDOWS-1253"}, {1254, "WINDOWS-1254"}, {1255, "WINDOWS-1255"}, {1256, "WINDOWS-1256"},
{1257, "WINDOWS-1257"}, {1258, "WINDOWS-1258"}, {1361, "JOHAB"}, {10000, "MACINTOSH"},
{10001, "X-MAC-JAPANESE"}, {10002, "X-MAC-CHINESETRAD"}, {10003, "X-MAC-KOREAN"},
{10004, "X-MAC-ARABIC"}, {10005, "X-MAC-HEBREW"}, {10006, "X-MAC-GREEK"},
{10007, "X-MAC-CYRILLIC"}, {10008, "X-MAC-CHINESESIMP"}, {10010, "X-MAC-ROMANIAN"},
{10017, "X-MAC-UKRAINIAN"}, {10021, "X-MAC-THAI"}, {10029, "X-MAC-CE"},
{10079, "X-MAC-ICELANDIC"}, {10081, "X-MAC-TURKISH"}, {10082, "X-MAC-CROATIAN"},
{12000, "UTF-32"}, {12001, "UTF-32BE"}, {20000, "X-CHINESE_CNS"}, {20001, "X-CP20001"},
{20002, "X_CHINESE-ETEN"}, {20003, "X-CP20003"}, {20004, "X-CP20004"}, {20005, "X-CP20005"},
{20105, "X-IA5"}, {20106, "X-IA5-GERMAN"}, {20107, "X-IA5-SWEDISH"}, {20108, "X-IA5-NORWEGIAN"},
{20127, "US-ASCII"}, {20261, "X-CP20261"}, {20269, "X-CP20269"}, {20273, "IBM273"},
{20277, "IBM277"}, {20278, "IBM278"}, {20280, "IBM280"}, {20284, "IBM284"}, {20285, "IBM285"},
{20290, "IBM290"}, {20297, "IBM297"}, {20420, "IBM420"}, {20423, "IBM423"}, {20424, "IBM424"},
{20833, "X-EBCDIC-KOREANEXTENDED"}, {20838, "IBM-THAI"}, {20866, "KOI8-R"}, {20871, "IBM871"},
{20880, "IBM880"}, {20905, "IBM905"}, {20924, "IBM00924"}, {20932, "EUC-JP"},
{20936, "X-CP20936"}, {20949, "X-CP20949"}, {21025, "CP1025"}, {21027, NULL}, {21866, "KOI8-U"},
{28591, "ISO-8859-1"}, {28592, "ISO-8859-2"}, {28593, "ISO-8859-3"}, {28594, "ISO-8859-4"},
{28595, "ISO-8859-5"}, {28596, "ISO-8859-6"}, {28597, "ISO-8859-7"}, {28598, "ISO-8859-8"},
{28599, "ISO-8859-9"}, {28603, "ISO-8859-13"}, {28605, "ISO-8859-15"}, {29001, "X-EUROPA"},
{38598, "ISO-8859-8-I"}, {50220, "ISO-2022-JP"}, {50221, "CSISO2022JP"}, {50222, "ISO-2022-JP"},
{50225, "ISO-2022-KR"}, {50227, "X-CP50227"}, {50229, NULL}, {50930, NULL}, {50931, NULL},
{50933, NULL}, {50935, NULL}, {50936, NULL}, {50937, NULL}, {50939, NULL}, {51932, "EUC-JP"},
{51936, "EUC-CN"}, {51949, "EUC-KR"}, {51950, NULL}, {52936, "HZ-GB-2312"}, {54936, "GB18030"},
{57002, "X-ISCII-DE"}, {57003, "X-ISCII-BE"}, {57004, "X-ISCII-TA"}, {57005, "X-ISCII-TE"},
{57006, "X-ISCII-AS"}, {57007, "X-ISCII-OR"}, {57008, "X-ISCII-KA"}, {57009, "X-ISCII-MA"},
{57010, "X-ISCII-GU"}, {57011, "X-ISCII-PA"}, {65000, "UTF-7"}, {65001, "UTF-8"}, {0, NULL}};

[AvaTTaR]

почти наверняка кодировка WINDOWS-1251 будет, но лучше всего не мучайте себе мозг и проверьте кодировку файла каким-нибудь notepad++ что бы не перебирать долго - ещё у меня часто бывали проблемы с кодировками(именно ???? возвращало) с винды через агента. Я стараюсь делать проверки таких логов через линуксового агента на сервере заббикса- просто на винде по smb шарите папку, на линуксе её мапите в fstab и работать становиться проще, а главное- лично у меня это дважды решало проблему кодировки, хз в чём именно там была проблема, но имейте это ввиду.

[Welcome_to_the_jungle]

Спасибо большое за советы
logrt[C:\ProgramData\ATOL\Frontol5\Logs\FrontolService.l og,некорректно,Windows-1251]
Такой ключ хорошо работает.


П/с
Коs, да так и есть, просто изменение в ключе элементов данных не приносит результата.
Только клонирование или пересоздание на новый.

[Welcome_to_the_jungle]

Добрый день уважаемые форумчане. Не захотел открывать новую тему, надеюсь кто нибудь из опытных заметит обновление этой.
Все так же занимаюсь сбором лог файлов с различных программ и встретил проблему.
Допустим лог файлы что имеют кодировку UTF-8 работаю безупречно, заббикс их прекрасно читает и т.д.
Но те лог файлы что в кодировке ANSI отображаются в виде

24.07.2019 3:01:05: ????? ? ????? ???????????.

Русские буквы не отображаются, цифры и англ буквы видны

Элемент данных сам по себе работает хорошо. Если я в конце добавляю типы кодировки windows-1251 и ключевое слово, то возвращается строка как положено.
К примеру э.д. выглядит вот так
logrt[C:\ProgramData\ATOL\Frontol5\Logs\FrontolService.l og,некорректно,Windows-1251]
И возвращает он вот такого вида строку "14.07.2019 17:43:15: Предыдуший сеанс работы был завершен некорректно!"
Что соответствует действительности.
Но что делать если я хочу читать полный лог фаил с хоста, через заббикс? Пробовал добавлять типы кодировка без ключевого слова, э.д. вовсе не работал.

Спасибо.

[Kos]

Элемент данных сам по себе работает хорошо. Если я в конце добавляю типа кодировки windows-1251 и ключевое слово, то возвращается строка как положено.
К примеру э.д. выглядит вот так
logrt[C:\ProgramData\ATOL\Frontol5\Logs\FrontolService.l og,некорректно,Windows-1251]
И возвращает он вот такого вида строку "14.07.2019 17:43:15: Предыдуший сеанс работы был завершен некорректно!"
Что соответствует действительности.
Но что делать если я хочу читать полный лог фаил с хоста, через заббикс?

Должно работать так:

log[C:\ProgramData\ATOL\Frontol5\Logs\FrontolService.log,,Windows-1251]

[Welcome_to_the_jungle]

Kos спасибо тебе большое.