Исходные данные:
Есть сервер СУБД, ОС w2k3 sp1 ent x64, Oracle 10g, netxms агент x64 1.0.10
необходимо мониторить alert log
соответственно настроен конфиг агента:
MasterServers = netxms.company.local
LogFile = {SysLog}
FileStore = C:\NetXMS\var
SubAgent = logwatch.nsm
SubAgent = winperf.nsm
*LogWatch
Parser = C:\NETXMS\ETC\alert-ora.xml
и сделан парсер:
<parser>
<file>c:\oracle\10.2.0\admin\CDS\bdump\alert_ora1.log</file>
<rules>
<rule>
<match>^ORA-(.*)</match>
<event params="1">100018</event>
</rule>
</rules>
</parser>
как-бы всё нормально, и генерируются события, но - на СТАРЫЕ записи в логе
т.е. я получаю сообщение по почте (сделано правило обработки) о наступлении события, например:
[ora-db-node1][10-Jun-2011 12:06:46]: ALARM! ORA-1652: unable to extend temp segment by 128 in tablespace TEMP
открываю вручную alert_ora1.log и вижу, что запись "ORA-1652: unable to extend temp segment by 128 in tablespace TEMP" в файле есть, но датирована не 10-Jun-2011 12:06:46 (а мартом 2011 года)
Ochen' pohoze na nedavno obsuzdavshujusja problemu s parserom logov na Novell NetWare. Vozmozno agent schitaet chto proizoshla rotacija loga, i perechitivaet fail s nachala. A vi mogli bi zapustit' agenta v debug rezime?
А как мне запустить сервис агента в отладочном режиме?
Mozno prosto kak foreground process - ostanovit' servis, i zapustit'
nxagentd.exe -D 9 -c <config_file>
Chtobi zapustit' servis v debug rezime, nado v registry pomenjat' command line servisa.
Nu i zelatel'no, chtobi v kachestve loga ispol'zovalsja tekstovij fail, a ne event log.
Ок спасибо - запущу как приложение. Пока пришлось лог-файлы почистить (переименовать - Oracle сам создает новый).