NetXMS Support Forum

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

Na samom dele eto stranno, poskol'ku v baze server hranit vse timestamp'i v UTC, i perevod v lokal'nuju time zonu proishodit na kliente. T.e. Oracle na etot pereschet vlijat' ne dolzen. A v Last Values vremja vsegda pravil'no otobrazaetsja?

Currently the only option is to recreate nodes. I'll try to add possibility to move node into cluster in 1.0.6 release.

Best regards,
Victor

Dobrij den'!

A konsol' restartili posle smeni nastroek? Poskol'ku pri smene time zoni uze otformatirovannie timestampi ne peredelivajutsja, tol'ko vo vnov' otkrivaemih oknah ili posle refresh'a uchitivaetsja novaja time zona, to mozet vozniknut' takaja situacija. A vot esli eto posle restarta, ili oba okna otkriti posle smeni time zoni, togda eto ochen' strannij bag...

Eto bag v GUI, ispravlju v sledujuschej versii. Mozno pereimenovat' zajdja v properties i vpisav novoe imja v pole "name".

Currently it's a mix. End of sequence flag was introduced later during protocol development, so some lists uses special message, and some uses this flag.

Best regards,
Victor