Pull to refresh

Comments 60

На сколько я понял из описания, то в таблицах истории удалили history_text.id и history_log.id, но не пойму каким образом это может повлиять на партицирование?
Пользуясь случаем, хочу спросить, как можно поставить таймаут для SNMP запросов более 30 секунд, дело в том, что при использовании LLD на БРАС, у которых десятки тысяч интерфейсов, SNMP не успевает опросить их все, хотя по фильтру используется на мониторинге менее десятка (остальные не будут добавлены, но все равно опрашиваются при LLD), можно ли поднять этот таймаут чтоб не получать ошибку из-за закончившегося времени на запрос, либо добавить какую-то проверку, что если данные приходят, а не подвисли, то ждать окончания передачи.
Дело в том, что процедура обновления создаёт и удаляет некоторые индексы. В зависимости от способа партиционирования это может стать небольшой проблемой.
А будет ли решение проблемы апгрейда, для людей использующих партиционирование? Или придется через дамп->восстановление без партиций->обновление до 3.2->дамп->партиционирование->восстановление с партиционированием?
Постараемся эту ситуацию описать в документации как можно раньше. Там ничего сложного не будет.
Отличная новость!
Может подскажете как обновиться с версии 3.0? Пока что в репозитарии что доступна только предыдущая версия:

# yum info zabbix-server-mysql
Installed Packages
Name : zabbix-server-mysql
Arch : x86_64
Version : 3.0.4
Release : 1.el7
Size : 3.3 M
Repo : installed
From repo : zabbix
Summary : Zabbix server for MySQL or MariaDB database
URL : http://www.zabbix.com/
License : GPLv2+
Description : Zabbix server with MySQL or MariaDB database support.
в репозитории обновления позже выкладывают, обычно надо пару дней подождать.
Работаем над этим. Действительно, день-два нужно подождать.
UFO just landed and posted this here
О каких зависимостях идёт речь? Можно ссылку на тикет ZBX?
UFO just landed and posted this here
Да, зависимости надо поправить. Коллеги подсказали, что это известная проблема.
UFO just landed and posted this here
Поправили, спасибо.
Будет ли этот функционал когда- либо доступен в ветке 3.0 LTS?
Нет. В рамках одной версии мы не добавляем новую функциональность.
эх, когда уже weathermap нативный появится?..
при обновлении получил ошибку:

current database version (mandatory/optional): 03010000/03010000
required mandatory version: 03020000
starting automatic database upgrade
[Z3005] query failed: [1091] Can't DROP 'id'; check that column/key exists [alter table history_log drop column id]
database upgrade failed

руками добавил поле в таблицу history_log и перезапустил сервер, дальше он сам справился
Вот похожая ситуация. Или, возможно, используете нестандартную схему базы данных. Например, когда-то удалили колонки 'id' из вышеперечисленных таблиц.
да, у меня точно так же:
24288:20160914:154628.741 Got signal [signal:15(SIGTERM),sender_pid:24323,sender_uid:0,reason:0]. Exiting…
И у меня такая же проблема была. Решил созданием колонки id.
Подскажите, как Вы это сделали?
просто обновил zabbix-release и затем yum update
если речь про добавление стобца, то
alter table history_log add column id bigint(20);
У меня это поле есть, но БД с партиционированием, вот и не получается

describe history_log;
+------------+---------------------+------+-----+---------+-------+
| Field | Type | Null | Key | Default | Extra |
+------------+---------------------+------+-----+---------+-------+
| id | bigint(20) unsigned | NO | MUL | NULL | |
| itemid | bigint(20) unsigned | NO | MUL | NULL | |
| clock | int(11) | NO | | 0 | |
| timestamp | int(11) | NO | | 0 | |
| source | varchar(64) | NO | | | |
| severity | int(11) | NO | | 0 | |
| value | text | NO | | NULL | |
| logeventid | int(11) | NO | | 0 | |
| ns | int(11) | NO | | 0 | |
+------------+---------------------+------+-----+---------+-------+
Не обратил внимания, у меня другая ошибка

[Z3005] query failed: [1091] Can't DROP 'history_log_2'; check that column/key exists [drop index history_log_2 on history_log]
Решение подсказал kyern, за это ему большое спасибо.

create index history_text_2 on history_text (value(10));
create index history_log_2 on history_log (source(10));
Про вложенные группы читайте внимательно релизноты и описание тикета — там не всегда все очевидно. Например, узел может быть в подгруппе, но не быть в общей группе
В русской документации по установке 3.2 из репозитория везде указаны пути к версии 3.0
Похоже, что уже поправили.
Ссылки и команды в мануале (wiki) на версию 3.2 кривые
Сейчас:
http://repo.zabbix.com/zabbix/3.2/ubuntu/pool/main/z/zabbix/zabbix-release_3.2.0-1+xenial_all.deb
dpkg -i zabbix-release_3.2.0-1+xenial_all.deb

Должно быть:
http://repo.zabbix.com/zabbix/3.2/ubuntu/pool/main/z/zabbix-release/zabbix-release_3.2-1+xenial_all.deb
dpkg -i zabbix-release_3.2-1+xenial_all.deb
UFO just landed and posted this here
Как можно проследить появление такого функционала как параллельная обработка действий? На митапе было обсуждение что alerter однопоточен и при большом количестве уведомлений он не успевает своевременно прогнать все уведомления.
Весьма вероятно, что это сделаем в 3.4. Проблема вот в чём. Не все методы отправки сообщений способны принимать запросы параллельно. Простейший пример — это GSM модемы. Поэтому реализация параллельной обработки действий не такая простая, как может показаться.
А есть тикет? Я бы подписался :)
Спасибо, будем изучать.
Сейчас для Debian Jessie нет *release* пакета с необходимым ключом, когда будет?

И есть ли в планах пакеты сервера для CentOS 6?
Действительно, пакетов сервера для CentOS 6 нет. Узнаю у коллег в чём тут дело.
Вот что я узнал. Проблема в том, что в CentOS 6 старая неподдерживаемая версия PHP, а может и ещё что. Поэтому нет возможности создать пакеты которые не будут зависимы от сторонних репозиториев. Вот так. Переходите на CentOS 7.

Хорошо, а что на счет агента? ведь это для сервера надо php, а агенту нет...

ой… гуд. И сразу 3.2 Искал 3.0.4, но, судя по всему проглядел.
Спасибо, за то что носом ткнули.

Дак в CentOS не проблема поставить нужный php, есть даже соответствующие репозитории (тот же SCL (Red Hat Software Collections)). Можно выпустить пакеты, а зависимости — проблема пользователя.
Перейти на CentOS 7 не всегда возможно.
Это понятно. Вопрос в том, готовы ли мы использовать репозитории типа SCL и других. Это усложняет пакетостроение и добавляет сторонние репозитории в систему, не все к этому готовы.
Жаль, придётся тогда собирать руками :). Спасибо за то, что есть.
Эх, web мониторинг снова обошли стороной. Ждал, что можно будет, наконец, выдергивать хотя бы url сбойного шага в оповещении.
Только два новых айтема для vmware… и до сих пор нет айтемов для мониторинга свободного места на датасторах Esxi хоста :(
Под CentOS 7 есть обновление? как обновить 3.0 до 3.2?
yum remove zabbix-*
yum clean all
yum install http://repo.zabbix.com/zabbix/3.2/rhel/7/x86_64/zabbix-release-3.2-1.el7.noarch.rpm
yum install zabbix-server-mysql zabbix-web-mysql zabbix-get zabbix-agent
The frontend does not match Zabbix database. Current database version (mandatory/optional): 3010002/3010002. Required mandatory version: 3020000. Contact your system administrator.
Это означает, что не был запущен Zabbix Server или он не закончил обновление базы данных. Посмотрите на лог сервера.
Огромное спасибо за продукт! С каждый таким релизом, все чаще посещают мысли о скорой смене монетизации продукта :)
Забикс проработал 4 дня и выдал ошибку strtotime(): It is not safe to rely on the system's timezone settings. You are required to use the date.timezone setting or the date_default_timezone_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected the timezone 'UTC' for now, but please set date.timezone to select your timezone.

Решение:
Прописываем зону

vi /etc/php.ini
[Date]
; Defines the default timezone used by the date functions
; http://php.net/date.timezone
date.timezone = Europe/Moscow

Рестарт апача service httpd restart.
Спасибо за хороший продукт, Алексей хотел уточнить, а есть в планах добавить отслеживание размера получаемой страницы в Веб-мониторинг?(хеш суммой или просто размер страницы выводить)
По запросу zabbix web monitoring page size ничего не находится, можно конечно придумать своё решение, но хочется встроенного решения :)
К сожалению, пока ничего определённого сказать не могу. Скорее всего это решится возможностью создавать свой препроцессинг для значений айтемов.

Добрый день,


А возможно создание проблем в веб-интерфейсе самостоятельно? Как заведение нового инцидента, который не обязательно привязан к какому-то событию мониторинга. Или это пока не нужно/не планируется?


Может есть какие-то идеи как это лучше сделать?

Пока это невозможно. Существует множество случаев, когда такая функциональность была бы очень кстати. В какой-то момент мы её реализуем в Zabbix.

Сейчас это можно реализовать как лог мониторинг одного файла с одним триггером разрешающим ручное закрытие проблем и с опцией 'multiple problem generation'. Название триггера генерируется с помощью макроса {ITEM.VALUE}.

Что в итоге? Записываете одну строчку в файл, например, 'Принесите мне кофе', Zabbix сгенерирует проблему 'Принесите мне кофе', которую можно закрыть только вручную или другой строчкой в файле, как настроим. Каждая новая строчка будет генерировать новую независимую проблему.

Если прикрутить к этому таги, то можно очень гибко генерировать проблемы с различной мета информацией (тагами).
Sign up to leave a comment.