так а как я пойму справился он или нет

для этого можно посчитать нагрузку

то есть 1 процесс может нафоркать много подпроцессов запуска систем.ран ключей одновременно?

https://github.com/monitoringartist/zabbix-agent-nvps-challenge

почитай тут

https://docs.google.com/spreadsheets/d/1qv5siZ-lGa69GnibsbtYHnCMdG05zrZG7L7FCuInF08/edit#gid=152738033

посмотри как грузят агент

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

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

если ему не отдать приоритет

ну так и я говорю про дефолт

хотя даже в дефолте на загруженный сервер по ссх хрен попадешь а агент данные отдает

Попробую заодно посмотрю что творится при этом в процессах. Спасибо

хотя даже в дефолте на загруженный сервер по ссх хрен попадешь а агент данные отдает

Эт да :) так как ему ненужно создавать новые процессы :) внутри себя он шуршит

Эт да :) так как ему ненужно создавать новые процессы :) внутри себя он шуршит

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

точнее - как было отдано

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

логично

Спасибо буду изучать

а в чем вообще сама проблема? или просто интересно заглянуть под капот и понять физику процесса?

И физику и чтоб знать как раз сколько ставить в стартагентс на хостах с большим кооичеством долгих метрик

для долгих метрик надо использовать zabbix_sender

Так то да.....

из-за ограничения таймаута

Это я согласен :) но реалии злы

По поводу того, кто умирает последним, была возможность сравнить работу пассивного агента и snmp на загибающихся по нагрузке windоws серверах. Агент умирал раньше.

мне вообще нравиться логика - что не умеет агент из коробки слать траперами, советую :)

Это я согласен :) но реалии злы

не понял

По поводу того, кто умирает последним, была возможность сравнить работу пассивного агента и snmp на загибающихся по нагрузке windоws серверах. Агент умирал раньше.

изврат же

По поводу того, кто умирает последним, была возможность сравнить работу пассивного агента и snmp на загибающихся по нагрузке windоws серверах. Агент умирал раньше.

винда особенная, то сама прибъет агента, то тебя похлет на ХХХ при попытке завершить процесс агента

да это я так, для поддержания разговора)

По поводу того, кто умирает последним, была возможность сравнить работу пассивного агента и snmp на загибающихся по нагрузке windоws серверах. Агент умирал раньше.

с одинаковым приоритетом обоих сервисов? не думаю

Нужно как-то запускать же скрипты которые выплюнут потом трапперу

Нужно как-то запускать же скрипты которые выплюнут потом трапперу

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

Нужно как-то запускать же скрипты которые выплюнут потом трапперу

юзерпараметры - запускаешь сриптики которое до 30 сек в потолке, остально кроном

приоритет был дефолтный и у агента, и у службы snmp

Скрипта на хосте нет ? вот в чем зло

Скрипта на хосте нет ? вот в чем зло

в общем кейс не понятен

нет скриптов - залей

+++

нет возможности - не надо грузиться

нужно автоматизировать заливки, а времени даже на это нет ? по жтому все через систем.ран и однострочные скрипты ? знаю что так нехорошо, но :) одному пилить все на 600 хостах:) это ресурсоемкий но простой и быстрый способ

эмм

винда или Unix-like?

так что играю в угнать за 30 секунд ?

linux

не люблю советовать, но тебе надо смотреть в сторону средст оркестрации

ansible/puppet/chef

Я вкурсе

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

Ansible это вещь

через пару часов уже есть прототип чего угодно базового

и то если до этого ни разу не видел его

Но их тоже пилить нужно это 1) а 2) это не везде прямой доступ к каждому хосту, для сего осень спасает прокси и ssh тунели ? но городить еще туда оркестрацию это тоже та еще задачка

Но их тоже пилить нужно это 1) а 2) это не везде прямой доступ к каждому хосту, для сего осень спасает прокси и ssh тунели ? но городить еще туда оркестрацию это тоже та еще задачка

ну сам сказал 600

да хоть более 5

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

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

мы так по крайней мере делаем. есть бастион и через него идет все что надо по ссш - деплой, менеджмент, крон, бекап

а когда 1-1-1-1 вот такой тунель ? четверной ?

кто мешает поставить 2-3 сервера оркестрации поближе к последней четвертой единице?

не говоря про 1-1-1-1 - плохой дизайн

Максимум ко второй и тогда их получится около 20

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

Я вкурсе ?

нарисуешь карту, посмотришь узкие места

ERROR: S client not available

похоже на какую-то филиальную структуру

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

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

Я только за. Меня только смущают глубоко-вложенные хосты.

Редизайн сети

Сеть не наша. Кучи разных заказчиков со своими заморочками.

Доступы поменять невыйдет

Vpn-туннели

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

все порты прикрыты, кроме необходимых. Не нами.

Согласовать с клиентами построение ВПН сети поверх существующей

Для централизованного управления и мониторинга

Как класно похоже у вас в конторе работается :) не через одно место все согласуется :) а потом делается :)

Как класно похоже у вас в конторе работается :) не через одно место все согласуется :) а потом делается :)

Зачем работать там, где всё через одно место?

Зачем работать там, где всё через одно место?

Спортивный интерес ?

Как класно похоже у вас в конторе работается :) не через одно место все согласуется :) а потом делается :)

Это не классно, это нормально.

Это не классно, это нормально.

Да знаю :) везде можно сделать хорошо и удобно снаружи, имея полный треш внутри. Чем я и занемаюсь :) кто-то ж должен ?

Да знаю :) везде можно сделать хорошо и удобно снаружи, имея полный треш внутри. Чем я и занемаюсь :) кто-то ж должен ?

Ну, дело вкуса, мне надоело таким заниматься.

Ну, дело вкуса, мне надоело таким заниматься.

Не сыпь соль на глаз ?

Наведи на восклицательный знак, там ошибу увидишь. Лол

Я в курсе. Но мне эта ошибка ничего не говорит. Сюда вопрос задал потому что может кто сталкивался и проблема тривиальная.

Я в курсе. Но мне эта ошибка ничего не говорит. Сюда вопрос задал потому что может кто сталкивался и проблема тривиальная.

Ты бы хоть сюда ее выложил

А то ванги в отпуске

snmp_parse_oid(): cannot parse OID "CISCO-REMOTE-ACCESS-MONITOR-MIB::crasL2LNumSessions.0"

А из терминала пробовал получать эти значения?

snmpget? сейчас попробую

snmp_parse_oid(): cannot parse OID "CISCO-REMOTE-ACCESS-MONITOR-MIB::crasL2LNumSessions.0"

Смотри, в гуголе первый линк https://www.google.com.ua/amp/s/ixnfo.com/reshenie-oshibki-v-zabbix-snmp_parse_oid-cannot-parse-oid-mib.html/amp

спасибо

Всем привет. Возникла проблема с базой при апдейте с 3.0 на 3.4. Centos 6, Mysql 5.5. 25398:20180606:140011.619 current database version (mandatory/optional): 03000000/03000000 25398:20180606:140011.619 required mandatory version: 03040000 25398:20180606:140011.619 optional patches were found 25398:20180606:140011.619 starting automatic database upgrade 25398:20180606:140011.924 completed 0% of database upgrade 25398:20180606:140012.009 completed 1% of database upgrade 25398:20180606:140012.150 completed 2% of database upgrade 25398:20180606:140013.081 [Z3005] query failed: [1005] Can't create table 'zabbix-server.#sql-700_5b27' (errno: 150) [alter table trigger_tag add constraint c_trigger_tag_1 foreign key (triggerid) references triggers (triggerid) on delete cascade] 25398:20180606:140013.081 database upgrade failed Как я понял, разнообразные проблемы при миграции далеко не редкость, но конкретно такого случая не нашёл. Какой вообще порядок действий для решения?

парни подскажите из за чего может быть такая ошибка ? Cannot connect to ODBC DSN:[SQL_ERROR]:[08001][0][[unixODBC][FreeTDS][SQL Server]Unable to connect to data source]|[01000][20002