Распределение нод по подсетям
-
Вот проблемная нода. Так же стоит заметить что при проверке базы (nxdbmgr check) появлятся вот такие предложения с запросом на исправление:
Unlinked node object 23964 ("xrx0000aae4250c.root.local") can be linked to subnet 22097 (127.0.0.0). Link?
Unlinked node object 23964 ("xrx0000aae4250c.root.local") can be linked to subnet 22097 (192.168.254.0). Link?но даже при положительном ответе нода не меняет место расположение, и при повторной проверке, через некоторое время (видимо период опроса Discovery), такой запрос снова повторяется.
Есть также предположение, что такое состояние лочит таблицу mysql, так как заметно возрастает значение iowait, но пока с уверенностью сказать не могу, надо проверить.



-
Очень интересная ситуация - судя по скриншотам, на loopback интерфейсе устройство сообщает внешний IP адрес, а на собственно ethernet интерфейсе - 127.0.0.1. Поскольку NetXMS сервер loopback интерфейсы (с типом 24) игнорирует, получается странная ситуация. Вопрос в причине перепутанных адресов - это либо баг в NetXMS сервере, либо в SNMP агенте на устройстве. Попробуйте получить список интерфейсов и IP адресов через snmp walk:
nxsnmpwalk -c community device_address .1.3.6.1.2.1.2.2.1.2
nxsnmpwalk -c community device_address .1.3.6.1.2.1.2.2.1.3
nxsnmpwalk -c community device_address .1.3.6.1.2.1.4.20.1 -
nxsnmpwalk -c community device_address .1.3.6.1.2.1.2.2.1.2
.1.3.6.1.2.1.2.2.1.2.1 [STRING]: Xerox Embedded Ethernet Controller, 10/100/1000 Mbps, v1.0, RJ45, 1000 Mbps full duplex
.1.3.6.1.2.1.2.2.1.2.2 [STRING]: Xerox internal TCP Software Loopback Interface, v2.0nxsnmpwalk -c community device_address .1.3.6.1.2.1.2.2.1.3
.1.3.6.1.2.1.2.2.1.3.1 [INTEGER]: 6
.1.3.6.1.2.1.2.2.1.3.2 [INTEGER]: 24nxsnmpwalk -c community device_address .1.3.6.1.2.1.4.20.1
.1.3.6.1.2.1.4.20.1.1.127.0.0.1 [IP ADDRESS]: 127.0.0.1
.1.3.6.1.2.1.4.20.1.1.192.168.254.165 [IP ADDRESS]: 192.168.254.165
.1.3.6.1.2.1.4.20.1.2.127.0.0.1 [INTEGER]: 1
.1.3.6.1.2.1.4.20.1.2.192.168.254.165 [INTEGER]: 2
.1.3.6.1.2.1.4.20.1.3.127.0.0.1 [IP ADDRESS]: 255.0.0.0
.1.3.6.1.2.1.4.20.1.3.192.168.254.165 [IP ADDRESS]: 255.255.254.0
.1.3.6.1.2.1.4.20.1.4.127.0.0.1 [INTEGER]: 0
.1.3.6.1.2.1.4.20.1.4.192.168.254.165 [INTEGER]: 1
.1.3.6.1.2.1.4.20.1.5.127.0.0.1 [INTEGER]: -1
.1.3.6.1.2.1.4.20.1.5.192.168.254.165 [INTEGER]: -1 -
Судя по результатам SNMP walk, устройство таки неправильно сообсчает IP адреса. Я добавлю обработку такой ситуации в NetXMS сервер.
-
-
Если у vpn'а нет своих интерфейсов с IP адресами (IPSEC например), то NetXMS сервер не может автоматически найти хосты на другой стороне. Надо добавить вручную хотя-бы один хост с агентом или SNMP на другой стороне туннеля, тогда discovery должен пойти дальше.
-
-
Ноды надо добавлять в контейнер. Правый клик на контейнере - потом "Create node".
-
-
@victor said in Распределение нод по подсетям:
Ноды надо добавлять в контейнер. Правый клик на контейнере - потом "Create node".
А как создать контейнер? Если я пытаюсь создать зону в разделе "Entire network", то получаю ошибку "Incompatible operation".
Да - у меня включен режим autodiscovery, если это важно. -
-
@zeratyl said in Распределение нод по подсетям:
В дереве Objects - All Services - Create container...
Что-то нет такого - "All services"...
На вкладке "Objects" у меня в консоли вот что:- Entire network
- Infrasructure services
- Templates
- Policies
- Network maps
- Dashboards
- Reports
- Business services
-
Hello! It looks like you're interested in this conversation, but you don't have an account yet.
Getting fed up of having to scroll through the same posts each visit? When you register for an account, you'll always come back to exactly where you were before, and choose to be notified of new replies (either via email, or push notification). You'll also be able to save bookmarks and upvote posts to show your appreciation to other community members.
With your input, this post could be even better 💗
Register Login