ENV проверял.. одинаковый. NetXMS из под root-а. Руками тоже из под рута запускаю... Вот кстати вопрос из под крона.. Хм.. Надо попробовать...

Enterprise Manager - не показатель имхо, я не знаю как он ходит в базу, но вполне возможно, что не через sqlnet. Для начала удостоверьтесь, что работает статндартная схема подключения - через, скажем, sqlplus. Запустите коммандную строку (cmd.exe), из нее: sqlplus NETXMS/NETXMS@NXDB  (естесно заменив на ваши параметры). Если sqlplus-ом подключиться удалось, то переходим к NetXMS: Удаляем юзера и схему NETXMS (через тот же Enterpise Manager) и пересоздаем заново (на случай, если Configuration Wizard там уже что-то сделал). Ролей должно хватить CONNECT и RESOURCE, DBA ему не нужен. Заполняем схему структурами и данными из командной строки: nxdbmgr -c C:\netxmsd.conf init C:\NetXMS\lib\sql\dbinit_oracle.sql Если nxdbmgr прошел успешно, пробуем запустить сервер в режиме отладки: netxmsd -c C:\netxmsd.conf -D 9 Если сервер запустился и работает - все в порядке, если вышел, то постим лог сюда и пробуем разобраться 

Pohoze na bug v servere. Esli vozmozno, v moment zavisanija prodelat' sledujuschee: na servere zapustit' komandu nxadm -i V pojavivshejsja komandnoj stroke vidat' sledujuschie komandi: show pollers show queues show mutex show sessions show watchdog show flags Prislat' vivod etih komand na [email protected] Budem razbiratsja.

Mi delaem sejchas polnostju novuju konsol', tam budet normal'nij log viewer s fil'trami. Ja skoro vilozu alpha-versiju. Sdelat' eto v staroj konsoli zajmet kuchu vremeni, i uze ne hochetsja ego tratit' na ustarevshij komponent.

К следующему релизу постараюсь решить. Я примерно представляю, в каких ситуациях это может происходить, буду переделывать процедуру удаления.

Тоже неплохо... но для этого чувствую надо будет перелопачивать все что уже сделано. А вот возможность какой-то автономии, как мне кажется к сильным изменениям не приведет.. (мое мнение)

Ага. Если прописать CodePage = CP1251 - работает. UTF-8 - нет

Да, там довольно много проблем, не только эта Мы в ближайших версиях поменяем формат на XML.

Можно попробовать использовать какой-либо програмный коммутатор для порта. Я знаю про Xport, наверняка есть и другие варианты.

Ja vizu dva vozmoznih varianta reshenija: Pri generacii alarma zadavat' kljuch. Togda povtornie eventi budut prosto obnovljat' schetchik povtorov u uze suschestvujuschego alarma. Pomimo alarma vistavljat' atribut u situacii, i pri obrabotke takih sobitij predvaritel'no procerjat', vistavlen takoj atribut uze ili net. Esli uze vistavlen - ignorirovat' sobitie.

Работает, однако! Спасибо!! 

ООО! Виктор, спасибо! Слона-то я и не заметил..

Ага, понял... проблема была в том что у меня ключ аларма выглядел так : test_%1_%i. Там %1 лишний.. с ним почему-то не отрабатывается как надо. Спсибо!

аа.. вон оно как.. понял

скрипт трансформации (в DCI) для перевода исходных байт в гигабайты: (int64($1)/1024)/1024)/1024

Виктор, приветствую! Всё-таки решил снова написать, так как проблема так и не решилась: время от времени NXMS-сервер (win32) даёт небольшой сбой и не происходит парсинг получаемых от агента значений... По-моему, так. DCI- сбор данных о размере свободного места на диске win32-сервера (%). Логика: Если >15 - "ок" Если <15 - "важно" Если <10 - меняем "важно" на "критично" Если <15 но >10 - меняем "критично" на "важно" Если >15 - "ок" Настройки: Disk.FreePerc(D:) Less or equal 10.000000 - if TRUE -> DISK_CAPACITY_CRITICAL, if FALSE -> DISK_CAPACITY_WARNING Less or equal 15.000000 - if TRUE -> DISK_CAPACITY_WARNING, if FALSE -> DISK_CAPACITY_OK Вот как выглядит правильное сообщение о понижении места: (я использую вот такое форматирование сообщения) ВРЕМЯ ВОЗНИКНОВЕНИЯ: 06-Jul-2009 22:55:43 МЕСТО ВОЗНИКНОВЕНИЯ: serv1.mydom.ru[10.200.1.1] ПАРАМЕТР: Свободное место на диске D (в %) (EXCHANGE): СТАТУС СОБЫТИЯ: Critical АХТУНГ: критическое состояние параметра "Свободное место на диске D (в %) (EXCHANGE):"! Текущее значение: 9.920993 (пороговое значение: 10.000000) А вот как выглядит неправильное сообщение (оно в таком виде записывается и в System Log и по почте шлётся, НЕТ порогового значения и не парсится получаемое): ВРЕМЯ ВОЗНИКНОВЕНИЯ: 07-Jul-2009 06:55:46 МЕСТО ВОЗНИКНОВЕНИЯ: serv1.mydom.ru[10.200.1.1] ПАРАМЕТР: Свободное место на диске D (в %) (EXCHANGE): СТАТУС СОБЫТИЯ: Warning ПРЕДУПРЕЖДЕНИЕ: рекомендуется проверить состояние параметра "Свободное место на диске D (в %) (EXCHANGE):"! Текущее значение:  (пороговое значение: 0x00000414) Ошибку можно как-то починить? И что это вообще такое, 0x00000414?

Ага, спасибо.. а как обновляться не хотелось, но придется.. А когда примерно планируется выход новой версии?

Ага, спасибо!

Виктор, спасибо! Пример пока не надо...думаю сам дойду как нибудь. Но если что, напишу обязательно!

Spasibo, budu smotret'.