ps aux в студию

не верю

ps aux в студию

http://ix.io/1caV

а поднятие хистори синкеров и поллеров что дает?

failed to fork: not enough space

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

а ulimit не, случаем?

а то по ps uax, у тебя там вообще все нежрущее

ulimit сказал мне unlimited :)

ps -u 1000 -fo vsz | tail -n+2 | awk '{sum += $1} END {print sum}' выдаёт мне чудовищные числа, которые примерно сходятся с суммой RAM и SWAP

Так что очень очень попахивает любовью к overcommit'у.

Вот карта потребления памяти главного процесса, обрати внимание на heap: http://ix.io/1cbr

фигня какая-то

надо щупать

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

В дайждесте есть фильтр

попробуй открыть страницу zabbix/ dashconf.php

попробуй открыть страницу zabbix/ dashconf.php

Опа, получилось почти то что надо, спасибо!

Останется ещё разобраться, как заставить его показывать больше 20 событий за раз :)

В конфиге поправить

/usr/share/zabbix/include/defines.inc.php define('DEFAULT_LATEST_ISSUES_CNT', 2000);

да, точно, не мог вспомнить где править)

А можно делать масс-апдейт всех хостов группы разом, а не постранично?

А можно делать масс-апдейт всех хостов группы разом, а не постранично?

можно api использовать

Только через API? Эх, посмотрю :)

Только через API? Эх, посмотрю :)

удобно же

Сейчас придумаю, как 3 тыщи устройств перенести на прокси :)

ты серьезно планируешь делать это через дашбоард?

а ты смелый парень

только апи

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

Не, конечно через API :D

В крайнем случае запросом в БД :P На самом деле, мне надо их наоборот убрать с прокси на главный сервер, потому что необходимость в проксе отпала :)

В крайнем случае запросом в БД :P На самом деле, мне надо их наоборот убрать с прокси на главный сервер, потому что необходимость в проксе отпала :)

ты запрашиваешь с БД список хостов

потом пихаешь их в апи. Не надо ничего инсертить/апдейтить в БД напрямую

это чревато

Оке, спасибо :)

В крайнем случае запросом в БД :P На самом деле, мне надо их наоборот убрать с прокси на главный сервер, потому что необходимость в проксе отпала :)

не надо лазить в БД заббикса - там всё очень плохо (был печальный опыт)

не надо лазить в БД заббикса - там всё очень плохо (был печальный опыт)

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

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

не надо лазить в БД заббикса - там всё очень плохо (был печальный опыт)

Один раз лазил, когда надо было прочистить данные дискавери после большой миграции хостов — вроде норм прошло (списки дискавери заполнились заново и норм)

Один раз лазил, когда надо было прочистить данные дискавери после большой миграции хостов — вроде норм прошло (списки дискавери заполнились заново и норм)

не делай так там не все форейн киз прописаны корректно

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

потом конфиг обновляться не будет, и будешь сидеть искать косяк неделю.

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

это очереди - гланый косяк заббикса

и потом залипшие тригеры (((

и потом залипшие тригеры (((

да, заббикс - боль

потом с какой-то 2,4,ххх версии поправили и перестало

потом с какой-то 2,4,ххх версии поправили и перестало

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

Здравствуйте, Сергей! Приглашаем вас 11 августа в 18:00 на вебинар "Знакомство с Zabbix". Команда Centos-admin.ru продолжает делиться знаниями и мы подготовили для вас очередной вебинар. На данном вебинаре от нашей команды мы расскажем о системе мониторинга Zabbix, подробно опишем процесс установки, покажем способы автоматизации и интеграции с другими программными продуктами, на примере Redmine. В конце вебинара будет небольшой рассказ о поиске и устранении неисправностей, а также затронем вопрос конфигурирования Zabbix под большие нагрузки. Вебинар рассчитан на системных администраторов, еще не имеющих опыта работы с Zabbix.

1C

ФУУУУУУУ

плеваться на 1с можно сколько угодно, но денег вокруг него крутится много, а деньги как говорится не пахнут ))))

плеваться на 1с можно сколько угодно, но денег вокруг него крутится много, а деньги как говорится не пахнут ))))

не спорю, но фи сказать имею право

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

плюсом идет то, что можно задать насущные вопросы

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

а при чем тут 1с?

Так, добрался до API. Мне же, по идее, достаточно обовить все хосты, у которых proxy_hostid не NULL и изменить у них proxy_hostid на NULL?

(Обновлять уже через API буду)

на 0 по идее, а не NULL

а при чем тут 1с?

да это я сайт их смотрю

на 0 по идее, а не NULL

Уже обновил, всё получилось и 2978 хостов вернулись домой :)

круто

кто-нибудь смотрит https://www.youtube.com/watch?v=Yc29la6Q4nM ?

о, спасибо

вообще 204 юзера смотрит

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

ну ничего, повторение - мать учения

только я чатика не нашел

а он нужен?

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

По той же ссылке уже доступна запись

господа, подскажите пожалуйста снимаю показания температуры жестких дисков раз в 30 секнунд через UserParameter = sensor.temp_[*],sudo hddtemp -nq /dev/$1 заметил что вырос iowait на 5 % , может есть некий менее затратный способ получать эти данные ?

А точно нужно так часто мерять?

а ио на самом деле есть ?

в вейте нет ничо плохого

это просто звоночек.

Привет Рад)

привет