Ad Widget

Collapse

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

Collapse
X
  • Filter
  • Time
  • Show
Clear All
new posts

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

    Добрый день, уважаемые коллеги.
    Потихоньку продолжаю изучение 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ов не появилось.
    Буду рад любому совету.
    Спасибо.

    Last edited by Welcome_to_the_jungle; 11-06-2019, 19:01.

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

    Comment


      #3
      Скиньте скрин элемента данных, узла сети, лог сервера, конфиг агента.
      Last edited by AvaTTaR; 11-06-2019, 09:57.

      Comment


        #4
        Originally posted by AvaTTaR View Post
        Скиньте скрин элемента данных, узла сети, лог сервера, конфиг агента.
        Добрый день. Скидываю, что просили.
        Attached Files
        Last edited by Welcome_to_the_jungle; 13-06-2019, 04:57.

        Comment


          #5
          Остальные скриншоты
          Attached Files

          Comment


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


            А вообще где смотреть то возвращенный лог?
            В "последних данных" этот элемент данных даже не появляется.
            Last edited by Welcome_to_the_jungle; 13-06-2019, 05:37.

            Comment


              #7
              Originally posted by Welcome_to_the_jungle View Post
              В "последних данных" этот элемент данных даже не появляется.
              В фильтре последних данных отметьте галочкой пункт "Show items without data".

              А вообще меня немного смущает указание кодировки "ANSI". Насколько я понимаю, по умолчанию и так используется ANSI для агентов Windows. Я бы указывал либо явно конкретную кодировку (Windows-1251), либо не указывал бы её вообще.
              В качестве отладочного шага попробуйте пересоздать (не редактировать существующий, а, скажем, продублировать его с другим ключом) элемент данных. Я бы для начала убрал бы из ключа и кодировку, и регулярное выражение для фильтра - просто чтобы убедиться, что данные из этого файла вообще собираются и доходят до сервера Zabbix:
              Code:
              logrt[C:\ProgramData\ATOL\Frontol5\Logs\FrontolService.log]
              Потом уже можно подогнать фильтр под конкретные нужды.
              Last edited by Kos; 13-06-2019, 10:30.

              Comment


                #8
                Originally posted by Kos View Post
                В фильтре последних данных отметьте галочкой пункт "Show items without data".

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

                Comment


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

                  Comment


                    #10
                    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}};

                    Comment


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

                      Comment


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


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

                        Comment

                        Announcement

                        Collapse
                        No announcement yet.
                        Working...
                        X