Приветствую!
В логах вижу следующее:
2018.06.18 15:48:10.043 *I* Network device driver "JUNIPER" loaded successfully
Однако при попытке собрать список интерфейсов, говорит что нет ни одного интерфейса. Но, все бы ничего, если бы nxsmpwalk не отдавал бы их. Т.е. через shell команду отдается, а через console нет. Как так?
[18.06.2018 18:55:54] Capability check finished
[18.06.2018 18:55:54] Checking interface configuration...
[18.06.2018 18:55:54] Unable to get interface list from node
[18.06.2018 18:55:54] Interface "unknown" is no longer exist
[18.06.2018 18:55:54] Interface configuration check finished
[18.06.2018 18:55:54] Checking node name
[18.06.2018 18:55:54] Node name is OK
Добрый день,
пришлите пожалуйста вывод nxsnmpwalk по интерфейсам.
Quote from: Victor Kirhenshtein on June 18, 2018, 09:59:12 PM
Добрый день,
пришлите пожалуйста вывод nxsnmpwalk по интерфейсам.
Ну вот для примера вывод команды nxsnmpwalk -v1 -c XXXXXXXX 192.168.151.7 .1:
.1.0.8802.1.1.2.1.3.7.1.4.34 [STRING]: -
.1.0.8802.1.1.2.1.3.7.1.4.502 [STRING]: -
.1.0.8802.1.1.2.1.3.7.1.4.504 [STRING]: ge-0/0/1.0
.1.0.8802.1.1.2.1.3.7.1.4.506 [STRING]: LTK_Backup_global
.1.0.8802.1.1.2.1.3.7.1.4.508 [STRING]: ge-0/0/3.0
.1.0.8802.1.1.2.1.3.7.1.4.510 [STRING]: TGB_VoIP
.1.0.8802.1.1.2.1.3.7.1.4.512 [STRING]: TGB_MGM
.1.0.8802.1.1.2.1.3.7.1.4.514 [STRING]: 24 MGM
.1.0.8802.1.1.2.1.3.7.1.4.517 [STRING]: ILUKSTES, ZOLITUDE
.1.0.8802.1.1.2.1.3.7.1.4.519 [STRING]: -
.1.0.8802.1.1.2.1.3.7.1.4.521 [STRING]: -
.1.0.8802.1.1.2.1.3.7.1.4.523 [STRING]: -
.1.0.8802.1.1.2.1.3.7.1.4.525 [STRING]: -
.1.0.8802.1.1.2.1.3.7.1.4.527 [STRING]: -
.1.0.8802.1.1.2.1.3.7.1.4.529 [STRING]: -
.1.0.8802.1.1.2.1.3.7.1.4.531 [STRING]: RRL Link to Jur
.1.0.8802.1.1.2.1.3.7.1.4.533 [STRING]: -
.1.0.8802.1.1.2.1.3.7.1.4.536 [STRING]: BITE_to Rin
.1.0.8802.1.1.2.1.3.7.1.4.537 [STRING]: -
.1.0.8802.1.1.2.1.3.7.1.4.541 [STRING]: -
.1.0.8802.1.1.2.1.3.7.1.4.544 [STRING]: -
.1.0.8802.1.1.2.1.3.7.1.4.546 [STRING]: -
.1.0.8802.1.1.2.1.3.7.1.4.547 [STRING]: -
.1.0.8802.1.1.2.1.3.7.1.4.548 [STRING]: -
.1.0.8802.1.1.2.1.3.7.1.4.549 [STRING]: -
.1.0.8802.1.1.2.1.3.7.1.4.552 [STRING]: LVRTC_optic_fiber
.1.0.8802.1.1.2.1.3.7.1.4.554 [STRING]: fider to Jugla_Zolitude_Ilukstes_RAU
.1.0.8802.1.1.2.1.3.7.1.4.556 [STRING]: Link_to_Pers
.1.0.8802.1.1.2.1.3.7.1.4.558 [STRING]: ge-0/1/2.0
.1.0.8802.1.1.2.1.4.1.1.4.32843248.552.34 [INTEGER]: 4
.1.0.8802.1.1.2.1.4.1.1.4.34621220.556.35 [INTEGER]: 4
.1.0.8802.1.1.2.1.4.1.1.4.35827669.536.36 [INTEGER]: 4
.1.0.8802.1.1.2.1.4.1.1.5.32843248.552.34 [Hex-STRING]: D4 8C B5 4A 68 00
.1.0.8802.1.1.2.1.4.1.1.5.34621220.556.35 [Hex-STRING]: F4 B5 2F 5C D2 00
.1.0.8802.1.1.2.1.4.1.1.5.35827669.536.36 [Hex-STRING]: EC 38 8F 6C C7 08
.1.0.8802.1.1.2.1.4.1.1.6.32843248.552.34 [INTEGER]: 5
.1.0.8802.1.1.2.1.4.1.1.6.34621220.556.35 [INTEGER]: 7
.1.0.8802.1.1.2.1.4.1.1.6.35827669.536.36 [INTEGER]: 5
.1.0.8802.1.1.2.1.4.1.1.7.32843248.552.34 [STRING]: Gi2/0/10
.1.0.8802.1.1.2.1.4.1.1.7.34621220.556.35 [STRING]: 556
.1.0.8802.1.1.2.1.4.1.1.7.35827669.536.36 [STRING]: GigabitEthernet0/3/4
.1.0.8802.1.1.2.1.4.1.1.8.32843248.552.34 [STRING]: GigabitEthernet2/0/10
.1.0.8802.1.1.2.1.4.1.1.8.34621220.556.35 [STRING]: OpticFiber_to_TVT
.1.0.8802.1.1.2.1.4.1.1.8.35827669.536.36 [STRING]: TELECOM
.1.0.8802.1.1.2.1.4.1.1.9.32843248.552.34 [STRING]: giga-stack-ZK1
.1.0.8802.1.1.2.1.4.1.1.9.34621220.556.35 [STRING]: LAN2
.1.0.8802.1.1.2.1.4.1.1.9.35827669.536.36 [STRING]: RI000-M08-03/120
.1.3.6.1.2.1.2.2.1.2.4 [STRING]: lsi
.1.3.6.1.2.1.2.2.1.2.5 [STRING]: dsc
.1.3.6.1.2.1.2.2.1.2.6 [STRING]: lo0
.1.3.6.1.2.1.2.2.1.2.7 [STRING]: tap
.1.3.6.1.2.1.2.2.1.2.8 [STRING]: gre
.1.3.6.1.2.1.2.2.1.2.9 [STRING]: ipip
.1.3.6.1.2.1.2.2.1.2.10 [STRING]: pime
.1.3.6.1.2.1.2.2.1.2.11 [STRING]: pimd
.1.3.6.1.2.1.2.2.1.2.12 [STRING]: mtun
.1.3.6.1.2.1.2.2.1.2.21 [STRING]: lo0.16384
.1.3.6.1.2.1.2.2.1.2.33 [STRING]: me0
.1.3.6.1.2.1.2.2.1.2.34 [STRING]: me0.0
.1.3.6.1.2.1.2.2.1.2.35 [STRING]: vme
.1.3.6.1.2.1.2.2.1.2.37 [STRING]: bme0
.1.3.6.1.2.1.2.2.1.2.38 [STRING]: bme0.32768
.1.3.6.1.2.1.2.2.1.2.501 [STRING]: ge-0/0/0
.1.3.6.1.2.1.2.2.1.2.502 [STRING]: ge-0/0/0.0
.1.3.6.1.2.1.2.2.1.2.503 [STRING]: ge-0/0/1
.1.3.6.1.2.1.2.2.1.2.504 [STRING]: ge-0/0/1.0
.1.3.6.1.2.1.2.2.1.2.505 [STRING]: ge-0/0/2
.1.3.6.1.2.1.2.2.1.2.506 [STRING]: ge-0/0/2.0
.1.3.6.1.2.1.2.2.1.2.507 [STRING]: ge-0/0/3
.1.3.6.1.2.1.2.2.1.2.508 [STRING]: ge-0/0/3.0
.1.3.6.1.2.1.2.2.1.2.509 [STRING]: ge-0/0/4
.1.3.6.1.2.1.2.2.1.2.510 [STRING]: ge-0/0/4.0
.1.3.6.1.2.1.2.2.1.2.511 [STRING]: ge-0/0/5
.1.3.6.1.2.1.2.2.1.2.512 [STRING]: ge-0/0/5.0
.1.3.6.1.2.1.2.2.1.2.513 [STRING]: ge-0/0/6
.1.3.6.1.2.1.2.2.1.2.514 [STRING]: ge-0/0/6.0
.1.3.6.1.2.1.2.2.1.2.515 [STRING]: vlan
.1.3.6.1.2.1.2.2.1.2.516 [STRING]: ge-0/0/7
.1.3.6.1.2.1.2.2.1.2.517 [STRING]: ge-0/0/7.0
.1.3.6.1.2.1.2.2.1.2.518 [STRING]: ge-0/0/8
.1.3.6.1.2.1.2.2.1.2.519 [STRING]: ge-0/0/8.0
.1.3.6.1.2.1.2.2.1.2.520 [STRING]: ge-0/0/9
.1.3.6.1.2.1.2.2.1.2.521 [STRING]: ge-0/0/9.0
.1.3.6.1.2.1.2.2.1.2.522 [STRING]: ge-0/0/10
.1.3.6.1.2.1.2.2.1.2.523 [STRING]: ge-0/0/10.0
.1.3.6.1.2.1.2.2.1.2.524 [STRING]: ge-0/0/11
.1.3.6.1.2.1.2.2.1.2.525 [STRING]: ge-0/0/11.0
.1.3.6.1.2.1.2.2.1.2.526 [STRING]: ge-0/0/12
.1.3.6.1.2.1.2.2.1.2.527 [STRING]: ge-0/0/12.0
.1.3.6.1.2.1.2.2.1.2.528 [STRING]: ge-0/0/13
.1.3.6.1.2.1.2.2.1.2.529 [STRING]: ge-0/0/13.0
.1.3.6.1.2.1.2.2.1.2.530 [STRING]: ge-0/0/14
.1.3.6.1.2.1.2.2.1.2.531 [STRING]: ge-0/0/14.0
.1.3.6.1.2.1.2.2.1.2.532 [STRING]: ge-0/0/15
.1.3.6.1.2.1.2.2.1.2.533 [STRING]: ge-0/0/15.0
.1.3.6.1.2.1.2.2.1.2.534 [STRING]: ge-0/0/16
.1.3.6.1.2.1.2.2.1.2.535 [STRING]: ge-0/0/17
.1.3.6.1.2.1.2.2.1.2.536 [STRING]: ge-0/0/16.0
.1.3.6.1.2.1.2.2.1.2.537 [STRING]: ge-0/0/17.0
.1.3.6.1.2.1.2.2.1.2.538 [STRING]: ge-0/0/18
.1.3.6.1.2.1.2.2.1.2.539 [STRING]: ge-0/0/19
.1.3.6.1.2.1.2.2.1.2.540 [STRING]: ge-0/0/20
.1.3.6.1.2.1.2.2.1.2.541 [STRING]: ge-0/0/18.0
.1.3.6.1.2.1.2.2.1.2.542 [STRING]: ge-0/0/21
.1.3.6.1.2.1.2.2.1.2.543 [STRING]: ge-0/0/22
.1.3.6.1.2.1.2.2.1.2.544 [STRING]: ge-0/0/19.0
.1.3.6.1.2.1.2.2.1.2.545 [STRING]: ge-0/0/23
.1.3.6.1.2.1.2.2.1.2.546 [STRING]: ge-0/0/20.0
.1.3.6.1.2.1.2.2.1.2.547 [STRING]: ge-0/0/21.0
.1.3.6.1.2.1.2.2.1.2.548 [STRING]: ge-0/0/22.0
.1.3.6.1.2.1.2.2.1.2.549 [STRING]: ge-0/0/23.0
.1.3.6.1.2.1.2.2.1.2.550 [STRING]: vlan.0
.1.3.6.1.2.1.2.2.1.2.551 [STRING]: ge-0/1/0
.1.3.6.1.2.1.2.2.1.2.552 [STRING]: ge-0/1/0.0
.1.3.6.1.2.1.2.2.1.2.553 [STRING]: ge-0/1/1
.1.3.6.1.2.1.2.2.1.2.554 [STRING]: ge-0/1/1.0
.1.3.6.1.2.1.2.2.1.2.555 [STRING]: ge-0/1/3
.1.3.6.1.2.1.2.2.1.2.556 [STRING]: ge-0/1/3.0
.1.3.6.1.2.1.2.2.1.2.557 [STRING]: ge-0/1/2
.1.3.6.1.2.1.2.2.1.2.558 [STRING]: ge-0/1/2.0
Это выдержка, что касается интерфейсов.
Есть подозрение, что эта тема и https://www.netxms.org/forum/oe-oo/interface-names-2-2-5/ связаны.
Добрый день,
Quote from: Victor Kirhenshtein on June 18, 2018, 09:59:12 PM
Добрый день,
пришлите пожалуйста вывод nxsnmpwalk по интерфейсам.
Подскажите пожалуйста, есть мысли как это можно починить?
Спасибо заранее.
Сейчас перепроверял код - никаких подозрительных изменений не видно. С проблемой с TB драйвером это не должно быть связано. Покажите полный walk на 1.3.6.1.2.1.2.2.1.
Quote from: Victor Kirhenshtein on July 17, 2018, 04:15:42 PM
Сейчас перепроверял код - никаких подозрительных изменений не видно. С проблемой с TB драйвером это не должно быть связано. Покажите полный walk на 1.3.6.1.2.1.2.2.1.
Во вложении полный вывод.
И еще ветку .1.3.6.1.2.1.4.20.1.1.
Нет возможности на сервере на время configuration poll для juniper поставить уровень дебага 6 и прислать строки с текстом "NetworkDeviceDriver::getInterfaces"?
Quote from: Victor Kirhenshtein on July 17, 2018, 04:52:20 PM
Нет возможности на сервере на время configuration poll для juniper поставить уровень дебага 6 и прислать строки с текстом "NetworkDeviceDriver::getInterfaces"?
Поиск по дебагу таких строк не находит.. Даже просто по NetworkDeviceDriver ничего не находится. Может что не так делаю? Нашел только эти логи во время Configuration Poll:
2018.07.17 14:07:09.321 *D* Node::createNewInterface("", 1, 1, bp=0, slot=0, port=0) called for node LAN1 [302091]
2018.07.17 14:07:09.321 *D* Node::createNewInterface(): IP address 192.168.151.7/0
2018.07.17 14:07:09.321 *D* Node::createNewInterface: node=LAN1 [302091] ip=192.168.151.7/0 cluster=(null) [0] add=yes
2018.07.17 14:07:09.321 *D* [client.session.2 ] Sending compressed message CMD_OBJECT_UPDATE (408 bytes)
2018.07.17 14:07:09.321 *D* [client.session.1 ] Sending update for object 192.168.151.0/24 [302082]
2018.07.17 14:07:09.321 *D* [client.session.0 ] Sending update for object LAN1 [302091]
2018.07.17 14:07:09.321 *D* [client.session.2 ] Sending update for object 192.168.151.0/24 [302082]
2018.07.17 14:07:09.321 *D* [client.session.1 ] Sending update for object LAN1 [302091]
2018.07.17 14:07:09.321 *D* [client.session.2 ] Sending update for object LAN1 [302091]
2018.07.17 14:07:09.321 *D* [client.session.1 ] Sending update for object 192.168.151.0/24 [302082]
2018.07.17 14:07:09.321 *D* [client.session.1 ] Sending compressed message CMD_OBJECT_UPDATE (304 bytes)
2018.07.17 14:07:09.321 *D* [client.session.2 ] Sending update for object 192.168.151.0/24 [302082]
2018.07.17 14:07:09.321 *D* [client.session.2 ] Sending compressed message CMD_OBJECT_UPDATE (304 bytes)
2018.07.17 14:07:09.321 *D* [client.session.0 ] Sending update for object LAN1 [302091]
2018.07.17 14:07:09.321 *D* [client.session.1 ] Sending update for object LAN1 [302091]
2018.07.17 14:07:09.321 *D* New thread started in thread pool MAIN
2018.07.17 14:07:09.321 *D* New thread started in thread pool MAIN
2018.07.17 14:07:09.321 *D* [client.session.2 ] Sending compressed message CMD_OBJECT_UPDATE (304 bytes)
2018.07.17 14:07:09.321 *D* Node::updateInterfaceConfiguration(LAN1 [302091]): pIfList == NULL, dwCount = 0
2018.07.17 14:07:09.321 *D* [client.session.2 ] Sending update for object LAN1 [302091]
2018.07.17 14:07:09.321 *D* [client.session.0 ] Sending update for object unknown [302109]
2018.07.17 14:07:09.321 *D* CorrelateEvent: event SYS_IF_ADDED id 1030962 source LAN1 [302091]
2018.07.17 14:07:09.321 *D* CorrelateEvent: finished, rootId=0
2018.07.17 14:07:09.321 *D* [client.session.0 ] Sending compressed message CMD_OBJECT_UPDATE (600 bytes)
2018.07.17 14:07:09.322 *D* [client.session.1 ] Sending update for object unknown [302109]
2018.07.17 14:07:09.322 *D* [client.session.2 ] Sending update for object unknown [302109]
2018.07.17 14:07:09.322 *D* Checking subnet bindings for node LAN1 [302091]
2018.07.17 14:07:09.322 *D* Node::checkSubnetBinding(LAN1 [302091]): checking address 192.168.151.7/24
2018.07.17 14:07:09.322 *D* Node::checkSubnetBinding(LAN1 [302091]): found subnet 192.168.151.0/24 [302082]
2018.07.17 14:07:09.322 *D* [client.session.2 ] Sending message CMD_POLLING_INFO (128 bytes)
2018.07.17 14:07:09.322 *D* [client.session.2 ] Sending message CMD_POLLING_INFO (88 bytes)
2018.07.17 14:07:09.322 *D* [event.proc ] EVENT SYS_IF_ADDED [3] (ID:1030962 F:0x0001 S:0 TAG:"") FROM LAN1: Interface "unknown" added (IP Addr: 192.168.151.7/24, IfIndex: 1)
2018.07.17 14:07:09.322 *D* [client.session.2 ] Sending message CMD_POLLING_INFO (80 bytes)
2018.07.17 14:07:09.322 *D* [client.session.1 ] Sending compressed message CMD_OBJECT_UPDATE (304 bytes)
2018.07.17 14:07:09.322 *D* [client.session.2 ] Sending compressed message CMD_OBJECT_UPDATE (592 bytes)
2018.07.17 14:07:09.322 *D* Node::detectNodeType(LAN1 [302091]): SNMP node, driver name is JUNIPER
2018.07.17 14:07:09.322 *D* ConfPoll(LAN1): detected node type: 1 (Physical)
2018.07.17 14:07:09.322 *D* [client.session.2 ] Sending compressed message CMD_OBJECT_UPDATE (352 bytes)
2018.07.17 14:07:09.323 *D* [client.session.0 ] Sending compressed message CMD_OBJECT_UPDATE (352 bytes)
2018.07.17 14:07:09.323 *D* [client.session.2 ] Sending compressed message CMD_POLLING_INFO (112 bytes)
2018.07.17 14:07:09.323 *D* [client.session.2 ] Sending compressed message CMD_POLLING_INFO (112 bytes)
2018.07.17 14:07:09.323 *D* Finished configuration poll for node LAN1 (ID: 302091)
Также в этом дебаге вижу следующую строчку и не знаю, нормально это или же нет:
2018.07.17 14:07:04.992 *D* Node::getAgentConnection(NetXMS [98476]): cannot obtain lock on primary connection
Quote from: Victor Kirhenshtein on July 17, 2018, 04:52:20 PM
И еще ветку .1.3.6.1.2.1.4.20.1.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.128.0.0.1 [IP ADDRESS]: 128.0.0.1
.1.3.6.1.2.1.4.20.1.1.128.0.0.16 [IP ADDRESS]: 128.0.0.16
.1.3.6.1.2.1.4.20.1.1.128.0.0.32 [IP ADDRESS]: 128.0.0.32
.1.3.6.1.2.1.4.20.1.1.192.168.151.7 [IP ADDRESS]: 192.168.151.7
Это все, что вывелось.
Я добавил в 2.2.7 дополнительный дебаг, посмотрим после обновления. Пока совершенно непонятно, что ему не нравится.
Виктор, спасибо.
Вы тогда потом подскажите как включить дебаг для теста.
Ждем 2.2.7
Спасибо заранее.
Только что выложили 2.2.7. Для отладки как и перед этим включите уровень 6 перед началом configuration poll.
Во вложении новый файл. Но ощущение, что в нем информации не больше, чем в предыдущем.
На самом деле добавилось:
2018.07.18 17:33:47.719 *D* Node::getInterfaceList(node=LAN1 [302091]): cannot create SNMP transport
И это очень странно. Сервер напрямую общается с устройством или через прокси?
Netmsd и Nxagentd стоят на одном сервере. На этом сервере поднят впн канал до сети где находятся устройства Juniper. Соотвеьственно vpn дает маршрут. То есть nxagentd напрямую через канал стучится на устройство. Самое интересное, как я уже писал выше, если делать nxsnmpwalk то все хорошо.
Сейчас обратил внимание, что в примере с nxsnmpwalk указана версия 1, а сервер выбрал 2c. Если в nxsnmpwalk указать версию 2c, тоже работает?
Да, и можно скриншот страничек Polling и Communications/SNMP из свойств ноды?
Да, и с v2c тоже все работает замечательно в nxsnmpwalk.
Так он же поставлен в "unmanaged" - поэтому собственно ничего и не опрашивается.
Quote from: Victor Kirhenshtein on July 18, 2018, 11:36:26 PM
Так он же поставлен в "unmanaged" - поэтому собственно ничего и не опрашивается.
Ну как бы я при добавлении ноды всегда делаю ее Unmanged. Потом отключаю циклический сбор конфигурации, запускаю конфигурирование вручную и только потом ставлю Managed. Всегда это работало. Я попробую конечно сделать Managed и заново запросить конфигурацию.
Quote from: Victor Kirhenshtein on July 18, 2018, 11:36:26 PM
Так он же поставлен в "unmanaged" - поэтому собственно ничего и не опрашивается.
Виктор
огромное СПАСИБО! Действительно дело было в этом. Сейчас все в порядке! Радости моей нет предела :)
Поведение системы действительно изменилось в версии 2.2.5 - до этого configuration poll на unmanaged нодах работал. Я проверил историю изменений - это было исправление для https://track.radensolutions.com/issue/NX-1420 (https://track.radensolutions.com/issue/NX-1420) - теперь сервер не пытается коммуницировать с нодами в состоянии unmanaged. Я думаю будет логично добавить в принудительный poll сообщение о невозможности опроса в таком состоянии чтобы исключить странное с точки зрения пользователя поведение системы.
Во! Теперь понятно. А то я думал, что я уже запамятовал как я это делал раньше :) Спасибо за разъяснения! :)