Search
Write a publication
Pull to refresh
0
0
Send message
Зависит не от размера исторических данных, а от размера конфигурационных данных. Конкретно для версии 3.0 время обновления зависит от размера таблиц в которых содержатся узлы сети (hosts) и триггеры. Если брать к примеру миллион записей, то обновление займет 5-8 минут. Однако все зависит от железа на котором работает сервер базы данных. Дольше 15-20 минут обновление не займет.
Оба способа делают одни и те же действия. Разница лишь в том, что пакет zabbix-release_3.0-1+jessie_all.deb уже содержит в себе второй способ. В действительности же нет разницы как именно добавлять новый репозиторий, первым или вторым способом.
Это плохо? чем чревато?
Посмотрите еще пожалуйста в сторону PageSpeed модуля для Nginx от Google. Достаточно грамотное решение, которое значительно ускоряет работу веб-интерфейса Zabbix. Статья как его завести здесь: www.zabbix.org/wiki/Docs/howto/high_availability_Zabbix_Frontend
Да, теперь есть кэширование id для таблицы events и возможных на Zabbix 2.0 блокировок таблицы ids (events записей) больше нет:)
В статье есть достаточно важная ошибка. Базу надо создавать следующим образом: CREATE DATABASE zabbix CHARACTER SET utf8 COLLATE utf8_bin;

Без добавления utf8_bin база данных будет не регистрозависимой, тогда как Zabbix является регистрозависимым приложением.
Доброго времени суток!
Посмотрите, пожалуйста, последний комментарий в support.zabbix.com/browse/ZBX-7360 от нашего разработчика. Вкратце:
Для пользователей Zabbix 2.2 с OpenIPMI-2.0.16 (or 2.0.17 or 2.0.18)

Измените «src/zabbix_server/poller/checks_ipmi.c»
Замените
#define IPMI_SENSOR_ID_SZ 17
на
#define IPMI_SENSOR_ID_SZ 33
и пересоберите Zabbix сервер/прокси.

Или как вариант можете подождать выхода Zabbix 2.2.1, который должен будет выйти в кратчайшие сроки.
Как вариант вы можете сделать 2 разных хоста в Zabbix для разных приложений Java. Хотя очень надеюсь, что скоро поправим этот недочет:)
Подскажите пожалуйста что за изменения вы делали?
Эта ошибка означает, что размер ID сенсора больше чем ожидается.

Вы бы не могли показать нам список доступных сенсоров через утилиту «ipmitools» или «ipmi-sensors»?
А также запустить Zabbix server c DebugLevel=4 и «grep 'sensor' zabbix_server.log» и также показать вывод?
Теоретически можно, но замучаетесь с отвязкой от шаблонов на уровне таблиц. Придется выполнять несколько SQL updates. Лучше сделать это на уровне фронтенда. Пройтись по каждому шаблону, убрать все прилинкованные хосты и тем самым отсоединить шаблоны, при этом объекты из шаблона останутся привязанными напрямую к хостам. Но придется пройтись по каждому шаблону таким методом. Или вы хотите удалить и объекты наследованные от шаблонов, то есть оставить только скелет (хосты)? Если так просто на странице с шаблонами выберите все шаблоны и снизу укажите «удалить со всеми прилинкованными объектами».
Дико извиняюсь:( С момента моего последнего тестирования уже изменили индексы и теперь база на MySQL обновляется без каких либо проблем. Однако перед обновлением продуктива я все рекомендую вам сделать копию БД и попробовать обновить её.
В случае с PostgreSQL проблем нет никаких. В случае же с MySQL проблема будет только в случае если партиционирована таблица events. С партиционированными history*, trends*, alerts, auditlog*, services_alarms никаких проблем нет. Для того чтобы безболезненно обновиться выполните следующие шаги:
1. обновите бинарники
2. запустите новый Zabbix сервер (он остановится, так как будет ошибка обновления)
3. выполните следующие запросы

UPDATE dbversion SET mandatory='2010042', optional='2010042';
CREATE INDEX events_1 ON events (source,object,objectid,eventid);

4. запустите Zabbix сервер
5. дождитесь выполнения обновления

Information

Rating
Does not participate
Registered
Activity