Ad Widget

Collapse

Не стартует zabbix сервер.

Collapse
X
 
  • Time
  • Show
Clear All
new posts
  • Cave
    Member
    • Feb 2010
    • 33

    #1

    Не стартует zabbix сервер.

    Не стартует zabbix сервер.
    uname -a
    FreeBSD 8.4-RELEASE-p4 FreeBSD 8.4-RELEASE-p4 #0: Mon Sep 9 23:00:58 UTC 2013 [email protected]:/usr/obj/usr/src/sys/GENERIC i386

    zabbix2-server-2.0.8

    PHP Code:
    23103:20131129:202004.717 ================================
     
    23107:20131129:202004.717 discoverer #1 spent 0.061473 seconds while processing rules
     
    23107:20131129:202004.717 query [txnlev:0] [select count(*),min(nextcheckfrom drules where proxy_hostid is null and status=and mod(druleid,1)=and druleid between 0 and 99999999999999]
     
    23112:20131129:202004.717 End of process_escalations()
     
    23112:20131129:202004.717 escalator #1 spent 0.441234 seconds while processing escalations
     
    23112:20131129:202004.717 sleeping for 3 seconds
     23107
    :20131129:202004.717 get_minnextcheck(): no items to update
     23107
    :20131129:202004.717 sleeping for 60 seconds
     23088
    :20131129:202004.717 One child process died (PID:23103,exitcode/signal:65280). Exiting ...
     
    23088:20131129:202004.717 zbx_on_exit() called
     23089
    :20131129:202004.718 Got signal [signal:15(SIGTERM),sender_pid:23088,sender_uid:122,reason:65537]. Exiting ...
     
    23093:20131129:202004.718 Got signal [signal:15(SIGTERM),sender_pid:23088,sender_uid:122,reason:65537]. Exiting ...
     
    23090:20131129:202004.718 Got signal [signal:15(SIGTERM),sender_pid:23088,sender_uid:122,reason:65537]. Exiting ...
     
    23097:20131129:202004.718 Got signal [signal:15(SIGTERM),sender_pid:23088,sender_uid:122,reason:65537]. Exiting ...
     
    23091:20131129:202004.718 Got signal [signal:15(SIGTERM),sender_pid:23088,sender_uid:122,reason:65537]. Exiting ...
     
    23096:20131129:202004.718 Got signal [signal:15(SIGTERM),sender_pid:23088,sender_uid:122,reason:65537]. Exiting ...
     
    23104:20131129:202004.718 Got signal [signal:15(SIGTERM),sender_pid:23088,sender_uid:122,reason:65537]. Exiting ...
     
    23094:20131129:202004.718 Got signal [signal:15(SIGTERM),sender_pid:23088,sender_uid:122,reason:65537]. Exiting ...
     
    23095:20131129:202004.720 Got signal [signal:15(SIGTERM),sender_pid:23088,sender_uid:122,reason:65537]. Exiting ...
     
    23092:20131129:202004.720 Got signal [signal:15(SIGTERM),sender_pid:23088,sender_uid:122,reason:65537]. Exiting ...
     
    23099:20131129:202004.720 Got signal [signal:15(SIGTERM),sender_pid:23088,sender_uid:122,reason:65537]. Exiting ...
     
    23106:20131129:202004.721 Got signal [signal:15(SIGTERM),sender_pid:23088,sender_uid:122,reason:65537]. Exiting ...
     
    23098:20131129:202004.721 Got signal [signal:15(SIGTERM),sender_pid:23088,sender_uid:122,reason:65537]. Exiting ...
     
    23105:20131129:202004.721 Got signal [signal:15(SIGTERM),sender_pid:23088,sender_uid:122,reason:65537]. Exiting ...
     
    23102:20131129:202004.721 Got signal [signal:15(SIGTERM),sender_pid:23088,sender_uid:122,reason:65537]. Exiting ...
     
    23101:20131129:202004.722 Got signal [signal:15(SIGTERM),sender_pid:23088,sender_uid:122,reason:65537]. Exiting ...
     
    23107:20131129:202004.723 Got signal [signal:15(SIGTERM),sender_pid:23088,sender_uid:122,reason:65537]. Exiting ...
     
    23100:20131129:202004.723 Got signal [signal:15(SIGTERM),sender_pid:23088,sender_uid:122,reason:65537]. Exiting ...
     
    23108:20131129:202004.723 Got signal [signal:15(SIGTERM),sender_pid:23088,sender_uid:122,reason:65537]. Exiting ...
     
    23109:20131129:202004.724 Got signal [signal:15(SIGTERM),sender_pid:23088,sender_uid:122,reason:65537]. Exiting ...
     
    23110:20131129:202004.724 Got signal [signal:15(SIGTERM),sender_pid:23088,sender_uid:122,reason:65537]. Exiting ...
     
    23111:20131129:202004.725 Got signal [signal:15(SIGTERM),sender_pid:23088,sender_uid:122,reason:65537]. Exiting ...
     
    23114:20131129:202004.725 Got signal [signal:15(SIGTERM),sender_pid:23088,sender_uid:122,reason:65537]. Exiting ...
     
    23112:20131129:202004.725 Got signal [signal:15(SIGTERM),sender_pid:23088,sender_uid:122,reason:65537]. Exiting ...
     
    23113:20131129:202004.725 Got signal [signal:15(SIGTERM),sender_pid:23088,sender_uid:122,reason:65537]. Exiting ...
     
    23088:20131129:202006.746 In DBconnect() flag:1
     23088
    :20131129:202006.746 query [txnlev:0] [set names utf8]
     
    23088:20131129:202006.746 End of DBconnect():0
     23088
    :20131129:202006.747 In free_database_cache()
     
    23088:20131129:202006.747 In DCsync_all()
     
    23088:20131129:202006.747 In DCsync_history() history_first:0 history_num:0
     23088
    :20131129:202006.747 syncing history data...
     
    23088:20131129:202006.747 syncing history data done
     23088
    :20131129:202006.747 In DCsync_trends() trends_num:0
     23088
    :20131129:202006.747 syncing trends data...
     
    23088:20131129:202006.747 query [txnlev:1] [begin;]
     
    23088:20131129:202006.747 query [txnlev:1] [commit;]
     
    23088:20131129:202006.747 syncing trends data done
     23088
    :20131129:202006.747 End of DCsync_trends()
     
    23088:20131129:202006.747 End of DCsync_all()
     
    23088:20131129:202006.747 In zbx_mem_destroy() descr:'history cache'
     
    23088:20131129:202006.747 End of zbx_mem_destroy()
     
    23088:20131129:202006.747 In zbx_mem_destroy() descr:'history text cache'
     
    23088:20131129:202006.747 End of zbx_mem_destroy()
     
    23088:20131129:202006.747 In zbx_mem_destroy() descr:'trend cache'
     
    23088:20131129:202006.747 End of zbx_mem_destroy()
     
    23088:20131129:202006.747 End of free_database_cache()
     
    23088:20131129:202006.747 In free_configuration_cache()
     
    23088:20131129:202006.747 In zbx_mem_destroy() descr:'configuration cache'
     
    23088:20131129:202006.747 End of zbx_mem_destroy()
     
    23088:20131129:202006.747 In zbx_strpool_destroy()
     
    23088:20131129:202006.747 In zbx_mem_destroy() descr:'string pool'
     
    23088:20131129:202006.747 End of zbx_mem_destroy()
     
    23088:20131129:202006.747 End of zbx_strpool_destroy()
     
    23088:20131129:202006.747 End of free_configuration_cache()
     
    23088:20131129:202006.747 In free_selfmon_collector() collector:0x28e06000
     23088
    :20131129:202006.747 End of free_selfmon_collector()
     
    23088:20131129:202006.747 Zabbix Server stoppedZabbix 2.0.8 (revision 38017). 
    Attached Files
  • Jimson
    Senior Member
    • Jan 2008
    • 1327

    #2
    SIGTERM (15) это нормальное завершение процесса, этот сигнал можно сгенерить только "вручную", командой kill

    Comment

    • Cave
      Member
      • Feb 2010
      • 33

      #3
      Originally posted by jimson
      sigterm (15) это нормальное завершение процесса, этот сигнал можно сгенерить только "вручную", командой kill
      Я однозначно не киляю процесс

      Comment

      • Goshan
        Junior Member
        • Nov 2013
        • 23

        #4
        Zabbix с поддержкой Jabber notifications собран ? У меня недавно после обновления портов FreeBSD перестал работать, так и не получалось запустить, пока не пересобрал без поддержки jabber, сам jabber (который /usr/ports/net-im/jubber) тоже перестал из портов собираться, похоже сломали какой то dependance.

        Comment

        • Cave
          Member
          • Feb 2010
          • 33

          #5
          Originally posted by Goshan
          Zabbix с поддержкой Jabber notifications собран ? У меня недавно после обновления портов FreeBSD перестал работать, так и не получалось запустить, пока не пересобрал без поддержки jabber, сам jabber (который /usr/ports/net-im/jubber) тоже перестал из портов собираться, похоже сломали какой то dependance.
          Вам не кажется, что у нас могут быть разные проблемы, или у вас крашится с такой же ошибкой?
          Я больше склоняюсь к проблеме с net-snmp
          Тем более, что у меня стабильно работало на текущей версии(Zabbix 2.0.8 (revision 38017)), до аварийного выключения сервера.
          ejabberd у меня находится на отдельно сервере и я его не трогаю уже многие годы.
          Got signal [signal:11(SIGSEGV),reason:1,refaddr:0x40]. Crashing
          Last edited by Cave; 03-12-2013, 04:09.

          Comment

          • Goshan
            Junior Member
            • Nov 2013
            • 23

            #6
            Конечно может быть и другая проблема, но на FreeBSD не так много людей его использует, думаю, как на линухе, и мои проблемы с той же версией сервера и примерно в то же время, (апдейты портов FreeBSD)

            сейчас падает с очень похожей ошибкой:

            Got signal [signal:11(SIGSEGV),reason:1,refaddr:0x17]. Crashing

            Вообще насчёт net-snmp тоже очень похоже, первый раз так и было. Вот так - выключил сервер физически, чтобы достать из него планку ОЗУ, посмотреть маркировки, хотел добавить ещё памяти. Вставил обратно, запустил, заббикс не работает. - решил, что сервак не перегружал долгое время, но почти постоянно обновлял порты и виновата не память и выключение - а именно то, что между последней и этой перезагрузкой много всего обновилось, стал копать.

            Помогла сборка сервера без поддержки net-snmp. Разобраться, что случилось с snmp у меня не вышло, пересборка net-snmp, депендов, апгрейд, пересборка ядра, мира, ничего не помогло. Просто переставил FreeBSD с нуля, впервые в жизни так решив проблему с фряхой. После переустановки естественно поставил свежее дерево портов, и увидел, что обновили libtasn1 и jabber из net-im/jabber перестал собираться. в ports/UPDATING есть новость про libtasn1 где то в 20-х числах ноября.

            signal 11 SIGSEGV вроде относится к разделяемой памяти. и у меня он приходит именно при собранном с поддержкой jabber сервере (jabber нотификации использую, понятно). С net-im/jabber zabbix отправлял сообщения "из коробки" без написания доп.скриптов, "дёргающих" какую нить xmpp софтину, типа sendxmpp, поэтому так и хотелось его обратно поставить. Попробовал собрать бинарник на машине с уже собраным jabber1.4 - не пашет, ругаясь на libtasn1.so.5 - пока не разобрался.

            для начала мб, стоит попробовать portupgrade -fr security/libtasn1 ? Имею в виду в вашем случае - вдруг поможет.
            Last edited by Goshan; 03-12-2013, 13:01.

            Comment

            • Cave
              Member
              • Feb 2010
              • 33

              #7
              Originally posted by Goshan
              Конечно может быть и другая проблема, но на FreeBSD не так много людей его использует, думаю, как на линухе, и мои проблемы с той же версией сервера и примерно в то же время, (апдейты портов FreeBSD)

              сейчас падает с очень похожей ошибкой:

              Got signal [signal:11(SIGSEGV),reason:1,refaddr:0x17]. Crashing
              Похоже вы были правы, собрал без поддержки jabber, полет нормальный.
              Буду ждать появления в портах новой версии, может что-то пофиксят.

              Comment

              • Goshan
                Junior Member
                • Nov 2013
                • 23

                #8
                Я вот увидев, что проблема такая не только у меня, в раздумьях - постить ли это разработчикам, и если да, то как сформулировать.. Даже с DebugLevel = 4 не смог уловить, когда же он рушится.

                Comment

                • Cave
                  Member
                  • Feb 2010
                  • 33

                  #9
                  Originally posted by Goshan
                  Я вот увидев, что проблема такая не только у меня, в раздумьях - постить ли это разработчикам, и если да, то как сформулировать.. Даже с DebugLevel = 4 не смог уловить, когда же он рушится.
                  Давайте попробуем решать проблему вместе.
                  thistle1982 мой скайп, почему-то не дает указать номер ICQ.

                  Comment

                  • Cave
                    Member
                    • Feb 2010
                    • 33

                    #10
                    Originally posted by Goshan
                    Я вот увидев, что проблема такая не только у меня, в раздумьях - постить ли это разработчикам, и если да, то как сформулировать.. Даже с DebugLevel = 4 не смог уловить, когда же он рушится.
                    Зависимости
                    PHP Code:
                    zabbix2-server-2.0.8
                    |\__ libtasn1-3.3
                    |\__ ca_root_nss-3.15.2_1
                    |\__ openldap-client-2.4.38
                    |\__ fping-3.5
                    |\__ net-snmp-5.7.2_3
                    |\__ gmp-5.1.3
                    |\__ nettle-2.7.1
                    |\__ curl-7.33.0_1
                    |\__ libffi-3.0.13
                    |\__ p11-kit-0.20.1
                    |\__ libexecinfo-1.1_3
                    |\__ mysql55-client-5.5.34
                    |\__ libiconv-1.14_1
                    |\__ gettext-0.18.3.1
                    |\__ libgpg-error-1.12
                    |\__ gnutls-2.12.23_2
                     \__ iksemel
                    -1.4_4 
                    PHP Code:
                    iksemel-1.4_4       XML parser library mainly designed for Jabber applications 
                    Задаунгрейдить пока не получается, на другой машине с версией
                    PHP Code:
                     iksemel-1.4_3 
                    все работает.

                    Comment

                    • Goshan
                      Junior Member
                      • Nov 2013
                      • 23

                      #11
                      Извиняюсь, запара была, два новых объекта готовили.. Даунгрейдить iksemel тоже не получилось, депендов много. А ни одной машины с версией 1.4_3 у себя не нашёл. Бинарник с ftp тоже не тянется. Может имеет смысл разработчикам отписать по поводу совместимости ? Или вот ещё, если у вас есть машина с 1.4_3, можно попробовать собрать на ней бинарный пакет с помощью pkg_create и подсунуть на проблемную ? (там одна из последних ревизий, как я понял, уже не ссылается на gnutls.47, но у меня она просто не желает собираться).

                      Comment

                      • Cave
                        Member
                        • Feb 2010
                        • 33

                        #12
                        Originally posted by Goshan
                        Извиняюсь, запара была, два новых объекта готовили.. Даунгрейдить iksemel тоже не получилось, депендов много. А ни одной машины с версией 1.4_3 у себя не нашёл. Бинарник с ftp тоже не тянется. Может имеет смысл разработчикам отписать по поводу совместимости ? Или вот ещё, если у вас есть машина с 1.4_3, можно попробовать собрать на ней бинарный пакет с помощью pkg_create и подсунуть на проблемную ? (там одна из последних ревизий, как я понял, уже не ссылается на gnutls.47, но у меня она просто не желает собираться).
                        Ставить из пакетов желания нет, а вот написать разработчикам думаю стоит или остается только ждать обновлённой версии, пока не понятно когда в Freebsd обновится порт до версии 2.2

                        Comment

                        • Goshan
                          Junior Member
                          • Nov 2013
                          • 23

                          #13
                          Я тут посмотрел даты, 1.4_4 довольно давно существует, понятно патчи выходили. Ну и примерно вспомнил, когда перезагружал сервер. Попробовал откатиться при помощи portdowngrade на несколько прошлых ревизий, осень, лето. Нормально собралась сентябрьская. Но это проблему не решило, к сожалению. При этом между сентябрём и концом ноября, когда этот баг вылез, я вроде бы сервер перезагружал зачем то, обновлял ядро кажется. Так что, возможно, проблема комплексная ?

                          Comment

                          • Goshan
                            Junior Member
                            • Nov 2013
                            • 23

                            #14
                            Кстати, из исходников я пробовал обновиться до 2.2 на фряхе, всё нормально прошло, сервер, агент, БД обновились штатно. Проблема, меж тем, в ванильной 2.2 осталась с джаббером.

                            Остался бы на 2.2, но мне нужна работа с прокси, а их я не могу из исходников обновить по ряду причин. Так что откатился назад на 2.08.

                            Comment

                            Working...