NetXMS Support Forum

Я залил структуру на transifex, можно попробовать переводить (а мы параллельно будем писать английскую версию).
Работает это примерно так:
1) Регистрируетесь на https://www.transifex.com, страница проекта: https://www.transifex.com/projects/p/netxms-admin-develop/
2) Нажимаете "Request language" и заполняете форму, мы подтверждаем запрос
3) можно переводить

Я для проверки перевел несколько ресурсов в glossary.
Всё кроме glossary сейчас лучше не трогать, там в ближайшие дни будет много изменений.

Термины я обычно ищу тут: http://www.microsoft.com/Language/
Часть терминов можно смотреть в русской версии консоли – но на мой взгляд там некоторые термины странные и на ними стоит подумать.

Добрый день.

Мы с радостью примем патч и включим в основное дерево, патч должен быть под MIT лицензией. Сделайте пожалуйста feature request в багтрекере: https://dev.raden.solutions/projects/netxms/issues

Да, правильным решением будет добавить еще одни метод в драйвер, мы это сделаем в ближайшее время.

Quote from: foxpdll on February 25, 2015, 02:11:21 PM
Доброе время суток.
Вынужден использовать крайне редкое и неадекватное железо от Qtech.
Родной поддержки нет. Некоторое время жил на Дьюде от микротика. Но перерос его.
Пришел на netxms. Написал свой драйвер для вышеуказанного железа.
Подскажите плиз кому и куда сдать исходник, чтобы добавили его в сырцы?
И не будет ли великой наглостью такая просьба?

И подскажите плиз, копался в коде - не могу понять.
При добавлении новых интерфейсов в устройство своим ндд драйвером наблюдаю то что
netxms пытается взять статус интерфейсов по индексу из ифмиба.
а в моем случае статусы лежат в совершенно другом месте.
Как быть? хочется полноценную проверку статуса. Если бы в ндд была функция проверки статусов интерфейсов то можно было бы это реализовать.

Hello.

Just remove loop and lookup node beforehand:
node = session.findObjectByName('SERVER1')
for interface in node.getAllChilds(objects.GenericObject.OBJECT_INTERFACE):
currentExpectedState = interface.getExpectedState()
print 'Node "%s" interface "%s" had expected state %d, setting to %d' % (node.getObjectName(), interface.getObjectName(), currentExpectedState, newExpectedState)
data = NXCObjectModificationData(interface.getObjectId())
data.setExpectedState(newExpectedState)
session.modifyObject(data)


Add "DebugLevel=6" to nxagentd.conf and restart service (also I suggest to change "LogFile" parameter from "{syslog}" to some file on the disk, if it's not done yet - for example "LogFile=c:\netxms\agent.log").
With this debug level you'll get most of DBQUERY related debug messages.

Я подозреваю, что эти параметры там просто не реализованы. Я в принципе darwin субагента  делал по минимуму, только что бы на лаптопе сервер корректно работал (интерфейсы, по большей части).
Сделайте пожалуйста feature request в багтрекере.

Нет, не добавлен. У этой задачи сейчас очень низкий приоритет, так что в ближайшее время вряд-ли что-то изменится (если конечно кто-то не проспонсирует разработку).

Check status of the service "NetXMS Core", it's probably stopped.
Check log file for more details (parameter "LogFile" in c:\netxms\etc\netxmsd.conf).

Looks like 64bit management console was packed into this 32 bit installer.
Try to uncheck "Administrator's console" in components and then install management console separately

Looks like a bug in libtre, we'll look into it.

In meantime you can use this regexp: "^([0-9]+)\s([0-9./]+)\s([0-9]+)\s([0-9A-F]+)\s(.+)$", or a bit more generic: "^([^\s]+)\s([^\s]+)\s([^\s]+)\s([^\s]+)\s(.+)$"

It will disabled build of lm_sensors subagent. System itself will work perfectly well, but you will not be able to collect hardware metrics like temperature and voltages.

There are two options:
1) upgrade lm_sensors to version 3 (API was changed since v2)
2) disabled this subagent using "--disable-lmsensors" argument for configure.

You have incompatible version of lmsensors-dev. Please show output of "rpm -qa | grep sensors"

Migration process is really easy:

1) stop server
2) copy existing netxmsd.conf into netxmsd.conf.old
3) create user and database in new DBMS
4) edit netxmsd.conf – change DBDriver and all other DB* parameters
5) run "nxdbmgr migrate /etc/netxmsd.conf.old"

Quote from: volkoff on January 24, 2015, 09:10:08 PM

Quote from: Alex Kirhenshtein on January 24, 2015, 08:52:45 PM
SQLite never was intended for use in production environment, and we will probably remove support in future altogether.

Well, that's the answer Ok, I'll use other DBMS.

Proper solution is to migrate to any sane DBMS – you can do it using "nxdbmgr" tool, there is special "nxdbmgr migrate" mode.
SQLite never was intended for use in production environment, and we will probably remove support in future altogether.
Main reason for that – a lot of features are not supported in SQLite (lack of ALTER TABLE DROP COLUMN is perfect example) or implemented poorly – and while it's possible to add workarounds, it require time, which we prefer to spend on more critical tasks.

Quote from: volkoff on January 24, 2015, 08:14:29 PM

Quote from: tomaskir on January 24, 2015, 08:00:39 PM
DCI tables do not work with SQLite.
This is a known issue.
As a workaround for now, you can use a different DB.

How terrible I didn't know about that.
But as a guy who do some programming, I'm aware of the fact, that if there is some issue that prevents using of the product you should provide some bugfix rather than "it's a known issue" even for free and open source product
And since I have this particular bug isolated I can provide some (or even all in my case) data to fix it.

Nice catch!
Fixed, will be released in upcoming 2.0-M2.

Quote from: volkoff on January 23, 2015, 06:19:24 PM
Funny bug:
configuration parameter in nxagent ListenAddress actually read backwards.
So instead of 192.168.1.2 you should write 2.1.168.192