NetXMS Support Forum

Сабж. Вводят в заблуждение - предлагаю убрать, оставив только квадратики пустые. Либо, что лучше, если возможно и позволит ширина квадратиков - заполнять автоматически giXX / %interface name%, как в всплывающем меню собственно.

если на сервере в его окне DCI кликнуть на этот параметр и отобразить график (line chart) - он рисуется корректно, как раньше, тут не поменялось ничего после обновления.

Quote from: Filipp Sudanov on February 26, 2026, 09:05:11 AMОк, спасибо. Покажите, плс, первую страницу настроек этого DCI.

не понял.  параметры DCI, отображаемые в этом line chart где сломалось ?

обновился. не помогло

появились все удаленные VLAN снова, то есть ошибка точно есть и воспроизводится. Тут скрипт выполнен с другой ноды.

сделал, снимки до и после во вложении. Странное дело - сейчас удалил VLAN и они пока не появляются. Галочку запрета не трогал - как стояла так и стоит. Подождем до завтра, появятся или нет (чтобы час прошел).

4105 / 10

p.s: убрал из топика 6.0.2 т.к там нет такого коммутатора, найду похожий попозже проверю сделаю снимки. Но весьма вероятно что проблема унаследована

upd:
- толщина линий регулировка работает, если делать толще - становятся толще точки, но график к исходному виду не возвращается
- влияет time interval. Если с 7 дней сделать 1 день - график становится похожим на правый.

Во вложении картинка как эти же параметры выглядели на 5.2.8 до обновления.

Некоторые Line chart после обновления системы стали некорректно обрисовывать графики - вместо сплошной линии нужной толщины тонкая прерывистая. На одно доске к примеру рядом два line chart c одинаковыми параметрами - одни после обновления работаю корректно, другие (слева)  - нет. Настройки одинаковы, разница между левым и правым графиком - только в физической ширине элемента line chart.

Возможно важно - сломались line chart только на одной доске, с однотипным набором параметров, и расположенные друг над другом в сетке dashboard

Quote from: Filipp Sudanov on February 23, 2026, 05:50:08 PMМожно воспользоваться хук скриптом Hook::CreateInterface, там поставить


if (($1.node.name == "ISW001") and ($1->name ~= "^VLAN.*"))
{
  return false;  // Block creation
}

return true;


Про галочку запрета проверим.

Но операция опроса и добавления интерфейсов все равно будет происходить при раскрытии ноды ? просто это будет быстро происходить (сейчас заметная очень задержка при раскрытии) и VLAN не будут добавлятся, но опрос останется. Если так - то это не совсем подходящее решение.

Quote from: Filipp Sudanov on February 23, 2026, 05:52:44 PMА, кстати, в какой момент происходит добавление интерфейсов? Нет такого, что после рестарта этого коммутатора?

нет. они всегда включены, порядок действий получения ошибки

- Исходное состояние: коммутатор добавлен опросом, галочка не стоит.
- В списке узлов нажать треугольник у ноды, раскрыть ноду.
- Удалить лишние VLAN.
- нажать треугольник у ноды свернуть ноду.
- поставить галочку запрета опроса.
- выйти в любое другое меню или другой экран.
- вернуться в список узлов, нажать треугольник, нода раскроется и все VLAN снова добавятся - ошибка.

странные дела, провел дополнительные проверки. Как получить ошибку, алгоритм.

Закрыть браузер полностью.
Открыть браузер.
Открыть web-интерфейс Netxms.
Кликнуть на ноду.
В раскрывшемся списке выделить любой интерфейс.
Поле state отображается корректно.
Тыкнуть мимо любого  интерфейса просто в пустое место и потом снова на уже любой интерфейс - все ломается.

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

Есть специфичный коммутатор, у него по SNMP при опросе конфигурации в списке сетевых интерфейсов выдается весь список доступных для использования номеров VLAN, от 1 до 4095. Соответственно при открытии ноды там более 4000 объектов, система подвисает.
Ранее было рабочее решение, как на вложенной картинке - запретить опрос конфигурации и вручную его также не запускать (проект сдан в эксплуатацию, конфиг годам не меняется). При этом после первого опроса удалить все VLAN, оставив только нужные интерфейсы. Тогда при последующих открытия ноды все ок - все VLAN не появляются.

Сейчас заметил что это уже не срабатывает, версия 5.2.8. Галочка запрета стоит, удаляешь VLAN, открываешь ноду - они снова все подгружаются. Возможно путь выше не самый оптимальный и есть какое то другое решение ?

Собственно предложение в топике. Сейчас если сетевой интерфейс в операционном статусе DOWN, то есть нет физического линка - система отображает в строке Speed видимо последнее значение. Это путает и не логично. Лучше если бы отображало в этом случае 0 принудительно, независимо от прочитанного по SNMP значения.

В данном случае на приложенной картинке специфичный коммутатор фирмы Planet, он видимо некорректно сам возвращает значение скорости, когда link down. Возможно такое поведение есть еще у каких либо промышленных коммутаторов.

Версия 5.2.8

>> На какой ОС клиент?
Windows, браузер Google Chrome, версия: 145.0.7632.77 (64 бит), но не принципиально, так как отображение с сервера NetXMS через его Web-интерфейс.

>>Это на всех нодах так, или только на некоторых?
Да, на всех нодах независимо от их типа - сервер или коммутатор, на любом сетевом интерфейсе так.

После обновления системы не отображается поле state со статусами интерфейса UP/DOWN в версии 6.0.2
Примеры во вложении.