Не удается подтвердить событие

[k909]

Имеется Zabbix 1.8.5
Уже месяц как изучаю, так получилось, что раньше я не подтверждал события. А тут решил подтвердить, в результате ошибка
DB::reserveIds ID out of range for [acknowledges]
Не могу подтвердить событие

Пытался найти на форумах, результатов не дало.

reserveIds переменная в файле db.inc.php
в одном случае triggerid=100100000013249
в другом triggerid=100100000013235

Что посоветуете?

[zalex_ua]

Какая то странная вещь с БД. Все ли у вас нормально с БД?
Подключитесь к серверу БД и дайте сюда вывод команды:

select nextid from zabbix.ids where table_name='acknowledges';

[k909]

Какая то странная вещь с БД. Все ли у вас нормально с БД?
Подключитесь к серверу БД и дайте сюда вывод команды:

select nextid from zabbix.ids where table_name='acknowledges';

select nextid from zabbix.ids where table_name='acknowledges';
+-----------------+
| nextid |
+-----------------+
| 100000000000141 |
+-----------------+
1 row in set (0.00 sec)

Проблем нету с базой и сервером, все работает как часы, там еще несколько других баз крутится

[dima_dm]

А у вас распределённый мониторинг? Почему у вас NodeID=1
/etc/zabbix/zabbix_server.conf
### Option: NodeID
# Unique NodeID in distributed setup.
# 0 - standalone server
#
# Mandatory: no
# Range: 0-999
# Default:
# NodeID=0
NodeID=1

[k909]

А у вас распределённый мониторинг? Почему у вас nodeid=1
/etc/zabbix/zabbix_server.conf
### option: Nodeid
# unique nodeid in distributed setup.
# 0 - standalone server
#
# mandatory: No
# range: 0-999
# default:
# nodeid=0
nodeid=1

Да, все верно, есть еще один сервер.
Хотел сказать, что у нас распределенный мониторинг

[k909]

Может у кого есть идеи?
Не уж то придется переставлять БД?
Или отказаться от распределенного мониторинга?

[zalex_ua]

Поищите проблему на трекере, может быть ее уже кто то создал. Если не найдете и вы уверены что у вас все скомпилировано, настроено и т.д правильно и скорее всего это бага, то смело регистрируйте свой запрос.

[gdgsoft]

Может у кого есть идеи?
Не уж то придется переставлять БД?
Или отказаться от распределенного мониторинга?

А почему отказатся? Ведь есть еще zabbix_proxy!
Или на нода по нагрузке тяжела?

[k909]

А почему отказатся? Ведь есть еще zabbix_proxy!
Или на нода по нагрузке тяжела?

Я пока переставил базу, распределенный мониторинг не включал ... пока все нормально.

Тогда есть два варианта или включить распределенный мониторинг (с возможностью отката), или zabbix_proxy.
Я только 5 августа переставил, еще день два обкатаю ... и буду пробывать.

Пока нагрузки нету, 20 штук CISCO , проверят живность по ping. 3 windows машины, 3 linux.
А планов - громадье Но нагрузки нету, смотрел в графиках

[alex21]

Я пока переставил базу, распределенный мониторинг не включал ... пока все нормально.

Тогда есть два варианта или включить распределенный мониторинг (с возможностью отката), или zabbix_proxy.
Я только 5 августа переставил, еще день два обкатаю ... и буду пробывать.

Пока нагрузки нету, 20 штук CISCO , проверят живность по ping. 3 windows машины, 3 linux.
А планов - громадье Но нагрузки нету, смотрел в графиках

select nextid from zabbix.ids where table_name='acknowledges';
+-----------------+
| nextid |
+-----------------+
| 100000000000141 |
+-----------------+
1 row in set (0.00 sec)

Проблем нету с базой и сервером, все работает как часы, там еще несколько других баз крутится

Я решил данную проблему заменой в базе значения 100000000000141 в таблице idc на 100100000000141

[k909]

Я решил данную проблему заменой в базе значения 100000000000141 в таблице idc на 100100000000141

Т.к. остался дамп базы, и было время на проверку, сделал замену - все получилось ...
Спасибо