По первой ошибке - сочетание itemid и clock должно быть уникальным.

Полностью выглядит вот так: 29768:20170302:225455.820 Starting Zabbix Server. Zabbix 3.2.4 (revision 65975). 29768:20170302:225455.820 ****** Enabled features ****** 29768:20170302:225455.820 SNMP monitoring: YES 29768:20170302:225455.820 IPMI monitoring: YES 29768:20170302:225455.820 Web monitoring: YES 29768:20170302:225455.820 VMware monitoring: YES 29768:20170302:225455.820 SMTP authentication: YES 29768:20170302:225455.820 Jabber notifications: YES 29768:20170302:225455.820 Ez Texting notifications: YES 29768:20170302:225455.820 ODBC: YES 29768:20170302:225455.820 SSH2 support: YES 29768:20170302:225455.820 IPv6 support: YES 29768:20170302:225455.820 TLS support: YES 29768:20170302:225455.820 ****************************** 29768:20170302:225455.820 using configuration file: /etc/zabbix/zabbix_server.conf 29768:20170302:225455.824 current database version (mandatory/optional): 02010009/02010009 29768:20170302:225455.824 required mandatory version: 03020000 29768:20170302:225455.825 starting automatic database upgrade 29768:20170302:225455.825 [Z3005] query failed: [1060] Duplicate column name 'hostid' [alter table httptest add hostid bigint unsigned] 29768:20170302:225455.825 database upgrade failed

А вообще - разработчикам Zabbix не помешало бы поучиться у 1С.

а что в ней?

Вторая ошибка вызвана незаконченным первым обновлением. Грохните колонку hostid

alter table httptest drop hostid ? Не даёт... #1025 - Error on rename of './zabbix/#sql-2d77_45c0af' to './zabbix/httptest' (errno: 150)

Изменение структуры базы данных при обновлении сделано несколько более ответственно

Поднимайте бэкап

Поднимайте бэкап

Бекап таблицы? Или бекап всёй моей базы? Я делал его перед обновлением, но как мне это поможет?

базы, наверняка на части других таблиц схожая ситуация.

после этого отработайте вручную удаление колонки на первой ошибке

у вас не должно быть неуникальных сочетаний полей, которые я указал выше

удалил базу, восстановил из бекапа. проблема один в один

что я могу делать не так?

структуру надо было создавать, или достаточно удалить базу и восстановить её с бекапа?

Полный бекап всего есть?

Сначала до 3.2.0 нужно обновиться

Потом уже выше

смысла нет,ибо в 3.2.х структура не меняется

меняется при переходе 2.0-2.2-2.4.-3.0-3.2

если не прав поправьте, но я не помню такого

Не меняется, но вот всё ли хорошо в апдейт скриптах 3.2.4?

Есть мнение, что в них нихуя не предусмотрен апдейт ниже 3.2.0

скачайте сорцы и 3.2.0 и 3.2.4 и посмотрите структуры бд

database/mysql/schema.sql

для mysql

Вообщем решилось так: полностью снёс базу, залил из бекапа. Изменил поля. Всё работает.

база просто на 320 гигов очень долго восстанавливалась из архива

/stat@combot

ну в лог-то глянь

ясно...

log level = 4

На сервере заббикса ннада смотреть

Что именно ему не нравится. Скорее всего тайминги ссаные

Где-то даже видел этот баг

А версия агента и сервера какие?

Приветствую. В стандартном шаблоне Linux нет данных по Disk I/O. Кто как эти данные добавляет в шаблон ?

Есть такие данные

system.cpu.util[,iowait]

вот так в стандарте

{Template OS Linux:system.cpu.util[,iowait].avg(5m)}>20

Странно. Прописано DiskIO, а в запросе CPU Util...

да. для меня это было тоже очень странно. потом прочитал что это параметр означает как раз ожидание на ввод вывод по файловой системе

да. для меня это было тоже очень странно. потом прочитал что это параметр означает как раз ожидание на ввод вывод по файловой системе

это очень вольное изложение.

да. по другому могу на вики отправить) с телефона

Коллеги. глупый вопрос будет. Изменил каталог MySQL БД по умолчанию. Путь к сокету изменился соответственно. Теперь при установке cms при настройках БД пишу localhost и вылазит ошибка что сокет *пишет старый путь* не найден. Где поменять это в системе для локалхоста

возможно кто-то знает. система centos 7

фронтенд заббикс подцепил по ip адресу. но хотелось бы правильно

Php.ini

Добрый день. От имени всех мужчин поздравляю женщин с наступающим праздником, днем 8 Марта. С формальностями все. Вопрос : коллеги, может подскажет кто? Где в версии 3.2.3 править точность предоставления данных с плавающей точкой. Мне нужна точнось до 4 единиц после запятой. В принципе данные приходят в базу правильно, но во вкладке "Последние данные" округляются до сотых и в показаниях триггеров также отображаются округленные до сотых значения. Помнится в версиях двойки был php файл в котором можно было править руками.

Есть реальный смысл обновляться с версии 3.0.1?

Да, новый раздел проблемы. + есть функции закрытия проблем руками

Теги есть

Можно триггерам теги лепить и по ним ловить их6в действиях например

В триггерах появилось отдельное поле "условие восстановления". Раньше надо было делать длинный триггер условие проблемы и восстановление в одном с использованием триггер статус , теперь можно в разных полях написать условия

Много чего есть. Посмотрите на вики что нового в 3,2

На русском доступно

Вики уже почитал

Спасибо

И моё имхо конечно. Баги точно поправили в 3.2

Которые могли быть на 3 версии и много

Самоё крутое это теги. Это вообще круто

Можно теперь забыть про имена триггеров

всем привет!

может кто делал подобное https://www.zabbix.com/forum/showthread.php?t=57224 сам давненько как-то костылил, но вылетело из головы

Привет! как заставить agent не проводить авто-регистрацию сразу после рестарта, а заложить сначала небольшой таймаут?

никто не озадачивался этим?

"Попытка авторегистрации происходит каждый раз, как только активный агент отправляет запрос на обновление своих активных проверок серверу. Задержка между запросами определяется параметром RefreshActiveChecks агента. Первый запрос отправляется сразу же после перезапуска агента."

связано с тем, что сервер не корректно обрабатывает два повторых запроса на регистрацию с коротким промежутком

в итоге в сервере на регистрацию встают N-машин с одинаковым hostname, если zabbix-agent был перезапущен несколько раз в течении небольшого времени (например подвоз новых конфигов через puppet/chef)

может костыль вбить в puppet-то? что б перегружал zabbix-agent'a пореже?

а так, конечно, жесть

так не надо каждый раз ребутать заббикс агента во-первых до окончания конфигурации, во-вторых если на него это изменение конфигурации никак не повлияет

так не надо каждый раз ребутать заббикс агента во-первых до окончания конфигурации, во-вторых если на него это изменение конфигурации никак не повлияет

с чего вы взяли что рестартиться всегда

например rename

было бы нормально, если у zabbix была некакая metadata к которой был бы реальный идентификатор сервера привязан

что бы не приходилось вручную мержить историю, если сервер поменял hostname

а рестарты приходиться делать, чтобы процесс наливки упал при неправильном конфиге. ведь у агента нет check-config.

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