DataSenderFrequency ?

ну что-то типа этого

Народ кто подсжает почему забикс мог не создать unit таблицу на новый месяц?

место кончилось ИЛИ планировщик не включен

Ну лучше смотреть, что вы и как там напартиционировали

Ну лучше смотреть, что вы и как там напартиционировали

Планировщик не отработал почему то.

например стоял на 31 число

а тут бац и после 28 сразу 1

а тут бац и после 28 сразу 1

А как его подтолкнуть?

как-то так CALL zabbix.create_next_partitions('zabbix');

есть вариант что он это сделает сегодня ночью сам т.к. 30-ый день закончится

тут все-таки нужно смотреть как вы делали партиционирование

тут все-таки нужно смотреть как вы делали партиционирование

Не подскажете где посмотреть как запускаются функции?

Первого числа каждого месяца в 00:00:01 надо указывать, а не 31 число так и будете потом на пустом месте по граблям ходить.

Первого числа каждого месяца в 00:00:01 надо указывать, а не 31 число так и будете потом на пустом месте по граблям ходить.

у меня каждый день потому-то история по дням

это вот у товарища не понятно, не рассказывает как сделано, вот гадаем...

Не придирайся, ты меня понял

Не подскажете где посмотреть как запускаются функции?

Давай так: MYSQL БД zabbix show events

если там пусто - значит cron

если и там пусто - значит видимо руками

там постгрес

? я - пас

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

Зайти со второй учетки надо разок. Мне вроде не приходила почта пока не зашёл.

Господа, вопрос такой, когда работает housekeeper сильно выростает iowait, мускуль говорит что есть slow_query к таблице history_uint, OPTIMIZE TABLE сильно поменяет ситуацию? и пока делается оптимизация сервак лучше стопнуть?

Господа, вопрос такой, когда работает housekeeper сильно выростает iowait, мускуль говорит что есть slow_query к таблице history_uint, OPTIMIZE TABLE сильно поменяет ситуацию? и пока делается оптимизация сервак лучше стопнуть?

Это нормально. Даже на оптимизированных в хлам серверах не удаётся сильно ускорить операцию, поскольку речь идёт о множестве запросов на удаление записей по критерию из таблицы с миллионами строк. Можно облегчить задачу, уменьшив лимит в конфиге сервера, но это приведёт к замедлению очистки таблицы от устаревших значений. Не рекомендую ставить цифры меньше 3 тысяч.

Можно потюнить mysql, чтобы он на каждый чих fsync не делал, для начала

Положить базу на ссд

Если не хватает буферов, увеличить буфера

просто есть более слабая виртуалка, с примерно таким же NVPS и примерно таким же количеством удаляемых записей хаус кипером, и там много лучше ситуация. Единственная разница - виртуалка более менее свежая инсталяция. А сабжу 3-4 года.

поэтому есть мнение что табличка сильно фргментирована

и к ней время slow query сильно колеблется от секунды до вообще 27 секунд

Если не хватает буферов, увеличить буфера

а как конкретно определить что не хватает буффера, так чтобы не пальцем в небо?

Ну, говорят можно как-то, но чаще всего вариант "пальцем в небо" как раз отлично работает.) Увеличивать effective cache size и всё начинает работать быстрее - значит в правильную сторону двигаешься. Я вообще мускул не особо люблю с некоторых пор, увы, в том числе за неочевидность таких решений.

А какой размер базы?

Я в какой-то момент принял решение включить параметр кеша unsafe в виртуалке, настроенной на libvirt (могу себе позволить, т.к. есть хот слейв). Так это ускорило дисковые операции в десятки раз.

21 гиг база

13 из них history_uint

Посмотри в сторону партиционирования.

Тогда housekeeper будет избавлен от очистки history* таблиц

блин вот самое прикольное что до обновления на 3.4 всё было ок)))

Обнтвлялись с 3.2?

Надо просмотреть все whats new. Там наверное собака зарыта

Ошк:21 http://repo.zabbix.com/zabbix/3.4/ubuntu xenial InRelease Не удаётся соединиться с repo.zabbix.com:80 (162.243.159.138), connection timed out

hetzner

This server is located at FSN1-DC1

?

У меня сегодня 8 серверов в хетцнере обновились без проблем, и обновили заббикс-агент

У меня сегодня 8 серверов в хетцнере обновились без проблем, и обновили заббикс-агент

гм

то видно чет его подняпрягло.... второй раз зашел

Надо просмотреть все whats new. Там наверное собака зарыта

да вроде хаус кипер не трогали

Ну я с 14 до 16 по Мск обновляла, проблем не было)

хотя я даже с локально пк пробовал - и чет туговато даже пинги шли, сдропами

ну лан)

Обнтвлялись с 3.2?

обновлялся с 2.4 на 3.0 на 3.4

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

на 3.4.6 была на одном вообще по жести, после обновы на 3.4.7, все норм стало

на 3.4.6 была на одном вообще по жести, после обновы на 3.4.7, все норм стало

хз, в промежутках аще никаких пробелм не заметил

в 3.4.7 расчет трендов пофиксили

да нет вроде

с 4,1 - 4,7, постоянные апдейты время от времени

в промежутках запускал, всё работало, логи чистые

ну только не оставлял поработать на подольше

обновлялся с 2.4 на 3.0 на 3.4

Ну там много что могло поменяться

ERROR: S client not available

А конфиг новый настрвивали или от старой версии остался?

подскажите плз, как в имя триггера вывести значение элемента, которое проверяется? чет туплю)

{ITEM.VALUE}

Поищи какой нибудь ITEM. NAME

спасибо)

Надо в доках смотреть макросы

Там и названия , и где можно использовать

пятница, одной ногой в баре уже))

А конфиг новый настрвивали или от старой версии остался?

старый

старый

Там наверняка новые/измененные опции появиться

ну ща дифну с новым

Какие то опции housekeeper теперь во фронте

Это нормально. Даже на оптимизированных в хлам серверах не удаётся сильно ускорить операцию, поскольку речь идёт о множестве запросов на удаление записей по критерию из таблицы с миллионами строк. Можно облегчить задачу, уменьшив лимит в конфиге сервера, но это приведёт к замедлению очистки таблицы от устаревших значений. Не рекомендую ставить цифры меньше 3 тысяч.

У нас 1000 стоит, живём хорошо

У нас 1000 стоит, живём хорошо

У меня частота сбора значений повышена в среднем вдвое, тоже ставил 1000, через полгода база увеличилась раза в полтора. Так что это значение на грани, видимо

Обслуживать чаще надо. Каждые 3-6 месяцев оптимизировать таблички.

Так циферок в таблицах много.) Сделал 3000, позапускал кипер вручную раз в 10 минут, база похудела сразу

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

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

Ткните в него...

Знаю я один хороший чистящий скрипт....

Знаю я один хороший чистящий скрипт....

Боян же

Старый скрипт лучше новых двух...

Семь бед - один...

Сервер с возу...

...упсу легче

Помниться в к/ф Брат тоже был Гофман...

для настроения :)

Всем привет Скажите этого достаточно для реакции на определенный триггер, который взят из шаблона и есть у нескольких узлов, или надо как то иначе? https://i.imgur.com/Hwiplea.png

Всем привет Скажите этого достаточно для реакции на определенный триггер, который взят из шаблона и есть у нескольких узлов, или надо как то иначе? https://i.imgur.com/Hwiplea.png

вполне

ожидаем теперь вопроса: "а почему тогда не работает?" ?