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

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

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

например по размеру диска

или может можно дискавери сделать сразу задавать итемы с нужными условиями

при добавлении других хостов придется вручную отключать не вариант

Господа, а сколько записей истории удаляется при вызове ./zabbix_server -R housekeeper_execute? Я думал до 4 дней. Но размер базы только вырос... Хотя я уменьшил время хранения истории до 7 дней, динамики до 30.

при добавлении других хостов придется вручную отключать не вариант

как отличать "одни диски" от "других"?

ага

вот например

есть диски локальные С,D,E, которые считаются в %

Господа, а сколько записей истории удаляется при вызове ./zabbix_server -R housekeeper_execute? Я думал до 4 дней. Но размер базы только вырос... Хотя я уменьшил время хранения истории до 7 дней, динамики до 30.

он вроде по 1000 элементов обрабатывает

Элементов данных?

а вырасти могло, если все таблицы в общем innodb как вариант

а есть СХД диски X,Z, которые должны считаться в Гб

Не, у нас посгрес

С включенным автовакуумом

С включенным автовакуумом

хаускипер и автовакуум совсем разные вещи

Ну само собой

а есть СХД диски X,Z, которые должны считаться в Гб

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

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

Господа, а сколько записей истории удаляется при вызове ./zabbix_server -R housekeeper_execute? Я думал до 4 дней. Но размер базы только вырос... Хотя я уменьшил время хранения истории до 7 дней, динамики до 30.

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

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

а смотрел что место занимает?

100000 и каждый час

хаускипер по хорошему, чтобы база не росла, должен удалять >= nvps

history_uint и history

78 и 36 гиг соответственно

Самые большие

ухх. а нвпс у тя сколько?

А сейчас ещё читаю что это

такая хрень, есть простая проверка, на нее срабатывает триггер HTTPS service is down on hostname не пойму чего он сработал, доступ есть, ошибок в логе нет, имя хоста и имя агента совпадают, телнетом на 443 хожу

Суть в чем. База выросла, и я уменьшил сроки хранения в заббиксе. Внезапно, база не уменьшилась и тут я узнал о существовании хаускипера

Я ещё не понимаю принципа его работы, особенно если дергать через бинарник сервера

Суть в чем. База выросла, и я уменьшил сроки хранения в заббиксе. Внезапно, база не уменьшилась и тут я узнал о существовании хаускипера

база и не должна уменьшаться

база не уменьшится пока ты не выполнишь вакуум фул

А место на диске не увеличивается :(

А место на диске не увеличивается :(

все верно, так и должно быть

Ага, а это может блокировать базу на минут на 30?

Ага, а это может блокировать базу на минут на 30?

хаускипер?

Вакуум фул

может и больше 30

Суть в чем. База выросла, и я уменьшил сроки хранения в заббиксе. Внезапно, база не уменьшилась и тут я узнал о существовании хаускипера

ты еще проверь, что он _включен_

а то я тоже один раз сюрприз получил =)

Ну, строка в конфигурации была раскоментирована )

то, что хаускипер запускается - не показатель, что он что-то удаляет.

Ну, строка в конфигурации была раскоментирована )

в настройках в вебе смотри

Вакуум фул

Простая команда VACUUM (без FULL) только высвобождает пространство и делает его доступным для повторного использования. Эта форма команды может работать параллельно с обычными операциями чтения и записи таблицы, так она не требует исключительной блокировки. Однако освобождённое место не возвращается операционной системе (в большинстве случаев); оно просто остаётся доступным для размещения данных этой же таблицы. VACUUM FULL переписывает всё содержимое таблицы в новый файл на диске, не содержащий ничего лишнего, что позволяет возвратить неиспользованное пространство операционной системе. Эта форма работает намного медленнее и запрашивает исключительную блокировку для каждой обрабатываемой таблицы.

И в вебе тоже включено

Ну, строка в конфигурации была раскоментирована )

в логах значения удаленных ненулевые про хаускипер?

А щас почитаю

такая хрень, есть простая проверка, на нее срабатывает триггер HTTPS service is down on hostname не пойму чего он сработал, доступ есть, ошибок в логе нет, имя хоста и имя агента совпадают, телнетом на 443 хожу

Парни, я нид ваш хелп

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

такая хрень, есть простая проверка, на нее срабатывает триггер HTTPS service is down on hostname не пойму чего он сработал, доступ есть, ошибок в логе нет, имя хоста и имя агента совпадают, телнетом на 443 хожу

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

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

да не выключался, висит уже 15 часов цуко

да не выключался, висит уже 15 часов цуко

ну яхз чем тут помочь, кроме классического совета выше. может условие триггера так написано...

ну яхз чем тут помочь, кроме классического совета выше. может условие триггера так написано...

hostname:net.tcp.service[https].max(#3)}=0

hostname:net.tcp.service[https].max(#3)}=0

значения смотрел? которые в заббиксе.

значения смотрел? которые в заббиксе.

0 прилетает

0 прилетает

какие тогда вопросы?

какие данные с триггером, такая и реакция

надо смотреть откуда 0 берется

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

Пасиб

1254242:20180720:063827.977 executing housekeeper 1254242:20180720:092223.682 housekeeper [deleted 10234052 hist/trends, 253507 items, 7763 events, 34895 problems, 0 sessions, 0 alarms, 0 audit items in 9835.696623 sec, idle for 1 hour(s)]

1254242:20180720:063827.977 executing housekeeper 1254242:20180720:092223.682 housekeeper [deleted 10234052 hist/trends, 253507 items, 7763 events, 34895 problems, 0 sessions, 0 alarms, 0 audit items in 9835.696623 sec, idle for 1 hour(s)]

он каждый раз по 3 часа выполняется?

Похоже на то

Нет, есть дольше

ERROR: S client not available

5 часов

И более

Всем спасибо за советы. Попробую чуть позже фул вакуум.

И более

и при этом запускается каждый час?

В конфиге указан период в 1 час.

Но теперь я знаю что это пауза между вызовами

В конфиге указан период в 1 час.

Период – это "кул даун", скорее

Ну да выходит так

Период – это "кул даун", скорее

а, ок

а есть СХД диски X,Z, которые должны считаться в Гб

Вообще, можно мутить кастомное LLD, которое помимо типа диска будет давать макрос с именем шины (RAID, Fibre Channel, iSCSI, SATA, USB и пр.). На его основе уже создавать нужные элементы данных и триггеры.

Хотя, у винды же мониторятся разделы, у них нет такого свйоства...

Вообще, можно мутить кастомное LLD, которое помимо типа диска будет давать макрос с именем шины (RAID, Fibre Channel, iSCSI, SATA, USB и пр.). На его основе уже создавать нужные элементы данных и триггеры.

ну я и сказал, надо критерии определить как диски различать. а оттуда уже можно дальше

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

подскажите, правильна ли мысль, что агент заббикса на linux хосте всю информацию получает через sysfs? (касается стандартных темплейтов)

надо смотреть откуда 0 берется

check_https: curl_easy_perform failed for [127.0.0.1:443]: Server returned nothing (no headers, no data)

бля, как так то

бля, как так то

мож таймаут в ожидании

мож таймаут в ожидании

вот так вот делаю чек: zabbix_get -s hostname -k'net.tcp.service[https]'

на другие хосты возвращает 1

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

HTTPS service is running 20.07.2018 11:55:05 Up (1) Заработало, но как? почему для zabbix_get прилетает 0

у меня уже бамбит

ОМГ, вот так работает zabbix_get -s 193.70.69.125 -k'net.tcp.service[tcp,,443]' 1

Simple check делается с сервера

что за херня такая творится

Simple check делается с сервера

ну да, с сервера я и чекаю гетом

[https] фейлит [tcp,,443] тут все ок

ну да, с сервера я и чекаю гетом

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

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

так это и есть активная проверка

Простая проверка - делай telnet с сервера на порт, и всё

короче, поставил агента 3,0 и все работает

С помощью предобработки можно как-то получить длину строки? Например, на входе имеем строку, а в элементе данных надо хранить ее длину.