Ad Widget

Collapse

Проблема с большим колличеством опрашив&

Collapse
X
 
  • Time
  • Show
Clear All
new posts
  • VovkaMX
    Junior Member
    • Jan 2010
    • 11

    #1

    Проблема с большим колличеством опрашив&

    Имеется необходимость в опросе полутра сотен устройств по snmp.
    Сделал шаблоны, подкорректировал их на примере нескольких устройств - все опрашивалось нормально.
    После добавления нескольких десятков устройств - обнаружил, что перестала собираться какая либо информация:как с устройств опрашиваемых по snmp так и с zabbix-агентов (вложение 1 и 2 (14:30)).
    При этом даже отключение всех устройств кроме какого либо одного - не дает никаких положительных результатов.

    При добавлении в группу, на третьем десятке устройств возникла ошибка памяти. Пришлось увеличить объем выделяемой памяти с 128 до 256 мб в php.ini.
    Сложилось такое впечатление, что существует ограничение на определенное количество item-ов или что то в этом роде. Не в конфигах, не на форуме ничего по данному вопросу нарыть не удалось.

    Еще, заметил, что после активации опроса любого из узлов, идущих в алфавитном порядке за определенным по счету - возникает очередь, равная суммарному количеству элементов данных активированных узлов (вложение 3, на котором активировано 2 узла сети из конца списка).

    Если что то не понятно спросил - говорите. Пол дня голову ломаю, не могу понять в чем загвоздка.
    Attached Files
    Last edited by VovkaMX; 11-03-2010, 15:14.
  • dima_dm
    Senior Member
    • Dec 2009
    • 2697

    #2
    Zabbix сервер либо не успевает опрашивать, увеличивайте
    количество процессов в zabbix_server.conf
    Либо не хватает производительности базы данных (тогда видно длинные очереди Администрирование->Очереди), увеличивайте производительность базы данных (оптимизация и тюнинг).
    Либо просто висит Zabbix сервер, сделайте рестарт Zabbix сервер.
    /etc/zabbix/zabbix_server.conf

    ### Option: StartPollers
    # Number of pre-forked instances of pollers.
    # You shouldn't run more than 30 pollers normally.
    #
    # Mandatory: no
    # Range: 0-255
    # Default:
    StartPollers=20

    ### Option: StartPingers
    # Number of pre-forked instances of ICMP pingers.
    #
    # Mandatory: no
    # Range: 0-255
    # Default:
    StartPingers=5

    и т.д.

    Comment

    • VovkaMX
      Junior Member
      • Jan 2010
      • 11

      #3
      Дмитрий, спасибо за содержательный ответ.

      Загвоздка в следующем: при большом количестве хостов, судя по всему, не хватает памяти.
      /usr/sbin/zabbix_server [6420]: Configuration buffer is too small. Please increase CacheSize parameter.
      6414:20100312:125956.605 One child process died (PID:6420). Exiting ...
      6414:20100312:125958.608 Syncing history data...
      6414:20100312:125958.608 Syncing trends data...
      6414:20100312:125958.608 Syncing trends data...done.
      Увеличение размера CacheSize со стандартных 8М до 32М позволяет опросить вместо 20, уже порядка 70 узлов.
      Но при дальнейшем увеличении выделяемой памяти: CacheSize=64M (которая, судя по документации, может варьироваться от 128K до 1G) - сервер просто не хочет загружаться.

      30843:20100312:130857.498 Can't allocate shared memory of size 67108864 [Invalid argument]
      30843:20100312:130857.498 Can't allocate shared memory for configuration cache.
      Last edited by VovkaMX; 12-03-2010, 12:48.

      Comment

      • dima_dm
        Senior Member
        • Dec 2009
        • 2697

        #4
        Я сделал тak
        CacheSize=100M

        На Linux (На других OS имена переменных ядра могут быть другими)
        /sbin/sysctl -w kernel.shmall=40960000
        /sbin/sysctl -w kernel.shmmax=204800000
        В /etc/sysctl.conf
        kernel.shmall=40960000
        kernel.shmmax=204800000

        Comment

        • VovkaMX
          Junior Member
          • Jan 2010
          • 11

          #5
          Originally posted by dima_dm
          Я сделал тak
          cachesize=100m

          На linux (На других os имена переменных ядра могут быть другими)
          /sbin/sysctl -w kernel.shmall=40960000
          /sbin/sysctl -w kernel.shmmax=204800000
          В /etc/sysctl.conf
          kernel.shmall=40960000
          kernel.shmmax=204800000
          Спасибо, загвоздка была именно в этом.

          Comment

          Working...