Maintenance период

Started by 7novds, October 07, 2015, 10:47:10 AM

Previous topic - Next topic

7novds

Очень не хватает maintenance. Можно фильтровать алерты скриптом, но это не совсем удобно, в случаях когда обслуживается несколько устройств, или интерфейсов устройства.

Harun

Не совсем красиво, но я делаю так - создаю контейнер maintenance, в event policy добавляю в source objects исключение для этого контейнера. Ноды на обслуживании биндю к этому контейнеру.

Alex Kirhenshtein

В разработке. В RC2 скорее всего войти не успеет, но в следующем релизе будет.

7novds

А можно еще мейтенанс для интерфейса?
Сценарий использования:

core роутер с кучей интерфейсов. меняем downstrem устройство. тут как раз подойдет мейтенанс для интерфейса а не устройства в целом

hsvt

Quote from: 7novds on April 04, 2017, 09:36:22 PM
А можно еще мейтенанс для интерфейса?
Сценарий использования:

core роутер с кучей интерфейсов. меняем downstrem устройство. тут как раз подойдет мейтенанс для интерфейса а не устройства в целом

Я тоже запрашивал такое, как временный вариант предложили делать unmanage для нужных интерфейсов по которым меняют downstream.

7novds

Ну unmanage не очень интересен, потому что его нельзя запланировать, а вот maintenance запланировать можно

hsvt

#6
Quote from: 7novds on April 06, 2017, 10:07:19 PM
Ну unmanage не очень интересен, потому что его нельзя запланировать, а вот maintenance запланировать можно

Еще ко всему этому я бы добавил возможно видеть в дереве консоли, что в каком то из контейнеров есть нода или интерфейс в maintenance режиме и так же с custom attributes, то есть дорисовывать буковку (M) или (C) сбоку от родительского контейнера и дальше при открытии довести до конечного.

https://www.netxms.org/forum/e-eoe-o-koaot-netxms/otoaee-(custom-attributes-manageunmanage-maintance)-eee-oekto/msg21472/#msg21472

https://track.radensolutions.com/issue/NX-1101
https://track.radensolutions.com/issue/NX-1238