NetXMS Support Forum

Hi!

It's because all Disk.* parameters was renamed to FileSystem.* (but all agents still understand Disk.* form, although does not report it in a list of available parameters). However, I forget to rebuild x64 agent from new source - this is why it does not understand FileSystem.* parameters. Now Windows x64 agent version 1.1.0 is available for download, which provides same functionality as x86 version 1.0.6.

Best regards,
Victor

Hi all!

NetXMS version 1.0.6 is out. Changes since 1.0.5:

- Implemented adding existing nodes to cluster and removing nodes from cluster
- LogWatch subagent improved
- Fixed issues: #306, #307, #308

Best regards,
Victor

Hi!

It's a syntax error in agent configuration filtering script, for agent configuration record with ID 1. If you could provide your filtering script, I could tell what the error is.

Best regards,
Victor

Spasibo za dump, nashel esche odin deadlock. Budu dumat' kak ispravljat'...

You can create either unmanaged node or disable all polling protocols - it depends on how you wish to see node's status. For unmanaged node, it always be "unmanaged", regardless of active alarms. If you disable polling, node's status will be "unknown" unless there will be active alarms for that node - in that case node's status will change to severity of most critical alarm.

Best regards,
Victor

Hi!

Currently event forwarding has a lot of limitations. In order for incoming event to be processed on recipient server, two conditions must be met:

1. Event template with same event code or event name must exist on recipient server
2. Node object with same IP address as event's source node's address must exist on recipient server

Events not met these conditions are discarded.

You can try to turn on debug with level 5 or more - than you will be able to see if and why incoming events are discarded.

Best regards,
Victor

Этот параметр существует очень давно, просто его очень редко надо менять, только если внешние скрипты не укладываются по времени исполнения в тайм-аут по умолчанию. Он даже перечислен в User Manual'е в списке параметров агента, правда без особых комментариев по использованию

А сервер перезапустили после изменения параметра? Он читается только при старте. Еще я забыл про параметр агента ExecTimeout - время ожидания результата внешней программы. Он тоже по умолчанию 2 секунды. Попробуйте поставить

ExecTimeout = 5000

в nxagentd.conf.

Best regards,
Victor

Quote from: Alex on October 21, 2010, 12:03:40 PM
P.S.> Кстати, можно как-то сделать универсально, чтоб использовать данный вызов из темплейтов, а не прописывать руками на каждый хост? Типа PGW_Act_Calls(%host_ip%)

Можно. Если в темплейте указать макрос %{node_primary_ip}, то при наложении на хост вместо него будет подставлен IP адрес хоста. Все макросы описаны в мануале в разделе 5.3.6.

Best regards,
Victor

Добрый день!

3 раза - это retry. Если сервер получает тайм-аут в ответ на запрос параметра, он сбрасывает соединение, создает новое, и пробует получить параметр еще раз. Всего попыток делается 3. Похоже что скрипт исполняется слишком долго, и сервер не дожидается ответа от агента. Надо либо увеличить тайм-аут для запроса параметров (параметр сервера AgentCommandTimeout, default 2000 миллисекунд), или как-то переделать скрипт, чтобы он укладывался в 2 секунды.

Best regards,
Victor

Hi!

Could you please test agent version 1.0.6 (available at https://www.netxms.org/download/agent_packages/nxagent-1.0.6.exe)? There are some changes in text log file monitoring, and it may work better in your case.

Best regards,
Victor

Pohoze bili ochen' sil'no poporceni timestampi v idata_xx tablicah. Sejchas oni zapolnjajutsja normal'nimi dannimi i situacija ispravljaetsja. Mne na osnove izvestnoj informacii slozno skazat', v chem bila prichina takogo povedenija. Esli sejchas vse ok, to mozno ostavit' kak est'. Chtobi razobratsja, nado izuchat' soderzimoe tablic idata_xx.

It's because server not working with UNICODE texts. All texts coming from client (in UNICODE) converted to server's code page, which is set by CodePage parameter in netxmsd.conf. You can try to set codepage to UTF-8, but it may or may not work.

Best regards,
Victor

Yes, core service have to be restarted.

Best regards,
Victor

Hi!

What database you are using? Also, could you please enable crash dump generation on server and send generated dumps to [email protected]? You can enable crash dump generation by setting two parameters in netxmsd.conf:

CreateCrashDumps = yes
DumpDirectory = some existing directory writable by server process

Best regards,
Victor