Maintenance период

[7novds]

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

[Harun]

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

[alk]

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

[7novds]

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

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

[hsvt]

@7novds said in Maintenance период:

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

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

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

[7novds]

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

[hsvt]

@7novds said in Maintenance период:

Ну 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