Исправили. Теперь при создании базы сохраняется регистр.

Имя лог файла задается в конфиге сервера - netxmsd.conf. Под линуксом это обычно /var/log/netxmsd В клиенте зайти в Tools -> Server Console. Там дать команду debug 6 сервер перейдет на 6 уровень отладки. В лог при этом будет сыпаться очень много строк. Выполнить опрос и дать команду на уменьшения уровня отладки debug 0 Еще там есть команда logmark, она добавляет в лог "******* MARK *******". По этим отметкам удобнее искать, какая часть лог файла нужна.

Sysamin, под windows server 2019, это работает? Если да, то можно получить пошаговую иструкцию как Вы это сделали?

спасибо, помогло. вручную обновил базу nxdbmgr upgrade и запустил сервис systemctl start netxmsd

Ошибка происходит постоянно. Посмотрю все еще раз.

Из NXSL сейчас доступа к этой информации нет - пока что это никому не требовалось. Сделал тикет, когда-нибудь в будущем будет. https://track.radensolutions.com/issue/NX-2095 Сейчас можно сделать табличный DCI или скриптовые DCI. В них данные будут сохраняться в то время, когда есть связь с нодой. И из этого/этих DCI читать данные когда нужно.

В свойствах интерфейсов на закладке Polling есть Expected state. По умолчанию он выставляется в то состояние, в котором был интерфейс при его создании. Можно там поставить IGNORE тогда события, что интерфейс ушел в DOWN не должны создаваться. Массовое изменение можно сделать в hook::ConfigurationPoll скрипте - там нужно будет в цикле проходить по всем интерфейсам ноды. Или вручную запустить скрипт, который пройдет по всем нодам и по интерфейсам. А для новых интерфейсов, создаваемых в системе добавить обработку в Hook::CreateInterface

Спасибо, помогло.

Да, custom attributes можно менять только с помощью скриптов. Еще можно использовать persistent storage, там выставление знащений можно сделать пеямо в правиле без скрипта, но для считывания скрипт все равно понадобится.

Очень странно что не генерируется обратное событие. Можете показать лог событий для ноды вокруг момента, когда условие возвращается в норму? И какая это версия NetXMS?

Ясно. Спасибо.

Права на ноду собираются со всех родительских объектов ноды. Это может быть из трех деревьев:  Entire Network, Infrastructure services и Templates (если на ноду наложен хотя бы один шаблон). Наследование прав от дерева шаблонов планируется убрать в одной из будущих версий.

@victor said in В ручной карте как нарисовать связи между обьектами: Можно выделить сам линк на карте, и правой кнопкой мыши на нем вызвать меню, там будет пункт "remove". Главное попасть в линк чтобы именно он выделился. Еще если выделено два объекта на карте, томожно нажать на клавиатуре CTRL + L вместо нажатия иконки вверху. Замечено, что поведение в браузерах (Firefox, Yandex) и "толстом" клиенте иногда различное. В какой-то момент браузерная версия при работе с картой начинает глючить - объекты плохо перемещаются, контекстные меню перестают работать. Причины, вызывающие подобные глюки не обнаружены В толстом клиенте всё стабильнее

Запуск агента под Fedora CoreOS, если вдруг кому то понадобиться. mkdir /var/log/netxms tar zxfv nxagent-3.8.382-linux-x86_64.tar.gz -C / cat << EOF >> /etc/nxagentd.conf # Log File LogFile=/var/log/netxms/nxagentd.log # IP white list, can contain multiple records separated by comma. # CIDR notation supported for subnets. MasterServers=X.X.X.X EOF ########################################### cat << EOF >> /etc/systemd/system/nxagentd.service [Unit] Description=NetXMS Agent After=network.target network-online.target [Service] Type=forking ExecStart=/opt/netxms/bin/nxagentd -d PIDFile=/var/run/nxagentd.pid LimitCORE=infinity Restart=on-failure [Install] WantedBy=multi-user.target Alias=netxms-agent.service EOF chcon -Rv -t bin_t -u system_u /opt/netxms systemctl enable --now nxagentd

Автоматическое обнаружение в такой ситуации будет работать только если создать отдельную зону и указать агент как прокси этой зоны.

Из "готовых" девайсов поддерживается протокол NTCB (https://navtelecom.ru/ru/). Также есть поддержка USB/Serial GPS приемников агентом NetXMS, т.е. оно будет работать на каком-нибудь Raspberry Pi. И есть Android агент, он также поддерживает GPS.

Эксперементировал с 3.8 - ни разу не смог повторить. Единственно когда можно поймать такую ситуацию - если скрипт завершается с ошибкой - тогда интерфейс проходит фильтр. Но тут скрипт вроде как с ошибкой завершаться не должен. Еще возможный вариант - если интерфейсы видны по SNMP с теми-же индексами, но другими именами, которые пропускает фильтр.

Повторил у себя. Похоже по умолчанию в агенте слишком маленький таймаут на выполнение внешних процессов. Добавил в конфиг ExecTimeout = 30000 и рестарт сервисов заработал.

Скорее всего у текущего пользователя нет прав на шаблоны. Попробуйте зайти пользователем system, у него всегда есть все права, и проверьте права доступа в свойствах объекта Templates.

Изменилось ли что-нибудь после обновления на 3.8.262?