NetXMS Support Forum

Можем ли мы ещё что-нибудь сделать для решения этого вопроса?

Это как раз управляющий VLAN для хоста. Его IP 172.31.1.18.

Логи во вложении.

Сервер (версия 1.2.17, кстати) работает на Debian 7.9.
Ядро: Linux nms01 2.6.32-42-pve #1 SMP Fri Oct 9 10:50:32 CEST 2015 x86_64 GNU/Linux

Спасибо. Если будут нужны какие-то дополнительные данные или тесты - мы в вашем распоряжении.

Есть какие-то объяснения такого поведения? Вопрос актуальный.

Должно было быть именно так, как Вы описали. Но, во время приведённой проверки доступу к ноде не было вообще (она отключена в обеих случаях) - это как раз и странно.
В предыдущем выводе между опросами интерфейсов затерялась ещё одна строка - "Starting ICMP ping". То есть, при включенном опросе по ICMP, результат выглядит так:


[19.10.2015 09:39:19] **** Poll request sent to server ****
[19.10.2015 09:39:19] Poll request accepted
[19.10.2015 09:39:19] Starting status poll for node sw1.city01
[19.10.2015 09:39:19] Checking SNMP agent connectivity
[19.10.2015 09:39:27] SNMP agent unreachable
...
[19.10.2015 09:39:27]       Starting ICMP ping
...
[19.10.2015 09:39:33] Node is connected
[19.10.2015 09:39:41] Finished status poll for node sw1.city01
[19.10.2015 09:39:41] Node status after poll is NORMAL
[19.10.2015 09:39:41] **** Poll completed successfully ****


При этом, напоминаю, нода отключена от сети физически. Получается, что результат пинга или не учитывается вообще, или SNMP имеет больший приоритет, но поскольку результат опроса по SNMP отсутствует, то состояние ноды не изменяется.

И, если не сложно, что за проверка появляется при отключении ICMP?

[15.10.2015 15:30:05] Checking ethernet connectivity...
[15.10.2015 15:30:05] Checking network path...


Здравствуйте!

Столкнулся со следующей проблемой. Есть хост, к которому нету связи и опция "Disable usage of ICMP pings for status polling". При её отключении (то есть, опросе хоста по ICMP) NetXMS определяет его состояние так:


[15.10.2015 15:28:46] **** Poll request sent to server ****
[15.10.2015 15:28:46] Poll request accepted
[15.10.2015 15:29:06] Starting status poll for node olt01.city01
[15.10.2015 15:29:06] Checking SNMP agent connectivity
[15.10.2015 15:29:14] SNMP agent unreachable
...
Опрос всех интерфейсов (около 120 штук, один "Expected State = UP", остальные "Expected State = IGNORE")
Для всех интерфейсов такая картина:
[15.10.2015 15:29:14]       Current interface status is UNKNOWN
[15.10.2015 15:29:14]       Interface status cannot be determined
[15.10.2015 15:29:14]       Interface is UNKNOWN for 43 polls (1 poll required for status change)
[15.10.2015 15:29:14]       Interface status after poll is UNKNOWN
...
[15.10.2015 15:29:22] Node is connected
[15.10.2015 15:29:28] Finished status poll for node olt01.city01
[15.10.2015 15:29:28] Node status after poll is NORMAL
[15.10.2015 15:29:28] **** Poll completed successfully ****


При включении "Disable usage of ICMP pings for status polling" и, следственно, отключении опроса по ICMP:


[15.10.2015 15:29:55] **** Poll request sent to server ****
[15.10.2015 15:29:55] Poll request accepted
[15.10.2015 15:29:55] Starting status poll for node olt01.city01
[15.10.2015 15:29:55] Checking SNMP agent connectivity
[15.10.2015 15:30:03] SNMP agent unreachable
...
[15.10.2015 15:30:05]       Current interface status is UNKNOWN
[15.10.2015 15:30:05]       Interface status cannot be determined
[15.10.2015 15:30:05]       Interface is UNKNOWN for 44 polls (1 poll required for status change)
[15.10.2015 15:30:05]       Interface status after poll is UNKNOWN
...
[15.10.2015 15:30:05] Checking ethernet connectivity...
[15.10.2015 15:30:05] Checking network path...
[15.10.2015 15:30:06] Node is unreachable
[15.10.2015 15:30:06] Finished status poll for node olt01.city01
[15.10.2015 15:30:06] Node status after poll is CRITICAL
[15.10.2015 15:30:06] **** Poll completed successfully ****


Получается, что при проверке по ICMP статус "NORMAL", а без неё - "CRITICAL". Хотя, по идее, должно быть наоборот. Как это понимать с точки зрения NetXMS (логику определения состояния)?

Спасибо!

Здравствуйте!

Есть следующая проблема в клиенте под ОС Android.
Судя по симптомах и строчке "/Infrastructure Services" вверху приложения, при открытии "Nodes" на Android консоль открывает именно корень "Infrastructure Services", а не те объекты, к которым есть доступ.

Например.
Если в пользователя есть доступ только к нескольким контейнерам в "Infrastructure Services", то в консоли на ПК он их видит нормально (правда, врассыпную и если их много, то выходит каша. Возможно, есть смысл их хотя бы группировать по типу или создавать контейнеры для пользователей/групп). А вот на Android для этого же пользователя - пустой список. Для того, чтобы в "Nodes" что-то появилось, надо добавить права на чтение корневого объекта "Infrastructure Services". Но, тогда, соответственно, надо убирать доступ ко всему, что пользователю запрещено.
При этом "Alarms" работает нормально.

Спасибо!

Здравствуйте!

Есть вопрос по ограничению доступа. Попробую показать на примере. Есть у нас карта с объектами:

Теперь запретим полностью доступ к одному из них:

Если взять объект сам по себе, то все верно - нету возможности получить информацию о нем, но с точки зрения работы с картами сохраняется возможность восстановить всю топологию, даже если запретить доступ ко всем объектам. Это недопустимо, если нужно разрешить кому-то видеть только часть карты. По идее, карта должна выглядеть так:

Вижу два пути решения проблемы:
- если это баг, то нужно прятать на картах объект полностью со всеми его связями;
- если так задумано, то нужно добавить отдельное право "Показывать на картах", чтобы управлять поведением (тему тогда, наверное, лучше будет перенести в соответствующую ветку).

И ещё один момент. Если позволить пользователю "View alarms" для объекта, но запретить "Read" то в "Alarm Browser" будет так:

Такое сочетание иногда тоже нужно: например, оператору нужно видеть только проблемы, но не свойства какого-то объекта. Здесь уже лучше показывать имя.

Спасибо!

Здравствуйте!

Хотелось бы иметь возможность указать способ получения тайлов с сервера. Сейчас, насколько понимаю тайлы должны быть размещены на сервере с такой же структурой, как и на tiles.openstreetmap.org. Но во многих случаях нужно запрос формировать по другому (например). Хочу обратить внимание, также, что формат файлов может быть разным (например, нужные нам в JPG, а не PNG, как на OSM).
В идеале, это - конструктор запроса, например, как на SASPlanet: справка по картах, описание переменных, пример запроса.

Спасибо!

Спасибо за ответ!

Придется, наверное, делать несколько таких "заглушек" для использования на картах чтобы, пока-что, худо-бедно закрыть проблему. В перспективе, конечно же, хотелось бы увидеть такие независимые dummy-узлы для карт.
Возможно, будет полезно описать для чего это нужно. NetXMS планируем использовать не только для, непосредственно, мониторинга состояний, но и для составления карт сети. При этом, если рисуем большой сегмент, на одной карте могут быть десятки/сотни неуправляемых коммутаторов, медиа-конвертеров, оптических патч-панелей, муфт и т.д. Соответственно, делать все их отдельными узлами мониторинга нет смысла и было бы удобно иметь такие "типичные" объекты для размещения на картах.

Quote from: Victor Kirhenshtein on August 26, 2014, 12:42:11 PM
возможность менять статус таких устройств - например выставлять статус неуправляемого коммутатора на основе статуса порта управляемого коммутатора.

Будет интересно попробовать такой функционал в "боевых" условиях. Это может оказаться весьма полезным.

Здравствуйте!

Возникла необходимость разместить на одной карте много неконтролируемых одинаковых объектов со связями. Например: конвертеры интерфейсов, неуправляемые коммутаторы и т.д. То есть, с них никаких параметров не получаем, никак не контролируем состояние, но на карте они обязательно должны быть. Способов сделать это вижу, пока два:
- размещать их в виде обыкновенных изображений;
- делать их неконтролируемыми узлами с необходимыми изображениями.
Но, изображения и узлы или изображения между собой невозможно связать на карте (Ctrl+L), а так же, невозможно добавить на карту один узел в несколько разных мест.

Существует ли возможность разрешить проблему?