P
Видимо у всех агенты работают безотказно)
Size: a a a
2020 April 20
P
ВЗ
Pablo
задачка давно валается,а как подступить к ней не могу приложить ума, т.к штатно сам хертбит, точнее его реализация накрученнеая через базовый МП и всяческие линки мониторов на группу
Ща я посоветую разобраться с агентом мониторинга.
P
Ща я посоветую разобраться с агентом мониторинга.
AP
/report
EL
EL
Pablo
да чувствительность понизил, реакция идет только по filed connect и по монитору плановых\не плановых ребутов,выключений, однако агент все так же на регулярной основе высирает ложные события, сервер работает, а агент нет...
😎
EL
Драсте, поделитесь книжечкой orchestrator cookbook, если есть у кого.
2020 April 21
СФ
Спс большое
P
Нормально выглядит так) надо вернуться к оркестратору
EL
Pablo
Нормально выглядит так) надо вернуться к оркестратору
Только это (пересоздание локальной папки на сервере) меня и спасало от псевдо ошибок агента мониторинга OpsMgr)
P
Только это (пересоздание локальной папки на сервере) меня и спасало от псевдо ошибок агента мониторинга OpsMgr)
Ну там акк оркестаратора должен иметь доступ на вмех серверах? Ну и конечно сетевой доступ
EL
Pablo
Ну там акк оркестаратора должен иметь доступ на вмех серверах? Ну и конечно сетевой доступ
Согласен, что учётная запись scorch должна иметь соответствующие права
P
Согласен, что учётная запись scorch должна иметь соответствующие права
Это может стать проблемой как сетевой доступ
P
Околоилеальная схема, благодарю.
AP
Есть такой запрос от кастомера:
In past we received new alert notification once an already existing alert, e.g. disk space monitoring, went from Warning state into Critical state. That no longer happens and nothing was changed in the environment that would explain such a behaviour. We have the exactly same configuration in our dev environment and that still works ok.
The corresponding subscription does not have any criterias configured, only a group was added as scope.
В моем понимании СКОМ точно не умеет создавать алерты на переключение мониторов между нездоровыми стейтами, соответсвенно никаких нотификейшенов не долнжо быть. Но у них в дев-среде все работает, как они уверяют. Поискал в интернете, и есть только всякие костыльные солюшена типа второго монитора и оркестратора. Я прав, что не могут они простым способ получать нотификейшены на смену стейта с ворнинг на критикал?
In past we received new alert notification once an already existing alert, e.g. disk space monitoring, went from Warning state into Critical state. That no longer happens and nothing was changed in the environment that would explain such a behaviour. We have the exactly same configuration in our dev environment and that still works ok.
The corresponding subscription does not have any criterias configured, only a group was added as scope.
В моем понимании СКОМ точно не умеет создавать алерты на переключение мониторов между нездоровыми стейтами, соответсвенно никаких нотификейшенов не долнжо быть. Но у них в дев-среде все работает, как они уверяют. Поискал в интернете, и есть только всякие костыльные солюшена типа второго монитора и оркестратора. Я прав, что не могут они простым способ получать нотификейшены на смену стейта с ворнинг на критикал?
АЩ
На смену по-моему нет. Но может быть "все врут" (с) доктор хаус...
АЩ
Ну то есть есть нотификейшн на критикал
АЩ
А они уверены что это на чейндж...
AP
Они уверены, но я еще с ними не говорил. Хотел убедиться, что все правильно понимаю перед тем как дити говрить с ним