Menu

Show posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.

Show posts Menu

Messages - Dillinger

#1
Ок спасибо - запущу как приложение. Пока пришлось лог-файлы почистить (переименовать - Oracle сам создает новый).
#2
А как мне запустить сервис агента в отладочном режиме?
#3
На сервере СУБД в региональных настройках системы стоит "Russian" для не-юникод программ.
В самом MSSQL для базы netxms Collation = Cyrillic_General_CI_AS
#4
Исходные данные:
Есть сервер СУБД, ОС 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 года)
#5
Проблема в отображении русских символов в поле message события:
1. Создаю новое событие:

2. Сохраняю его - вроде всё нормально:

3. Открываю его-же на редактирование снова:

Версии сервера и консоли 1.0.10, база хранится на отдельном MSSQL сервере
#6
Проверил - да действительно - на NW 6.5 этой ошибки нет. Жаль только что у нас всего 2 сервера NW6.5 а остальные 10 NW5.1
#7
Еще наблюдение - похоже так формируется файл только в NW 5.1 - в NW 6.5 размер файла соответствует содержимому.
#8
Большое спасибо - на приаттаченной версии проблема бесконечной генерации событий при отслеживании PVSW.LOG исчезла.
Но осталась проблема с мониторингом файла лога консоли (SYS:\ETC\LOGS\CONSOLE.LOG)

[08-Jun-2011 10:35:36] Log file opened
[08-Jun-2011 10:35:36] Debug level set to 0
[08-Jun-2011 10:35:36] Subagent "NETWARE.NSM" loaded successfully
[08-Jun-2011 10:35:36] Subagent "logwatch.nsm" loaded successfully
[08-Jun-2011 10:35:36] LogParser: parser thread for file "SYS:\SYSTEM\PVSW.LOG" started
[08-Jun-2011 10:35:36] LogParser: file "SYS:\SYSTEM\PVSW.LOG" (pattern "SYS:\SYSTEM\PVSW.LOG") successfully opened
[08-Jun-2011 10:35:36] LogParser: parser thread for file "SYS:\ETC\LOGs\CONSOLE.LOG" started
[08-Jun-2011 10:35:36] LogParser: file "SYS:\ETC\LOGs\CONSOLE.LOG" (pattern "SYS:\ETC\LOGs\CONSOLE.LOG") successfully opened
[08-Jun-2011 10:35:37] LogParser: file size differs for stat(7) and fstat(SYS:\ETC\LOGs\CONSOLE.LOG), assume file rename
[08-Jun-2011 10:35:37] LogParser: file "SYS:\ETC\LOGs\CONSOLE.LOG" (pattern "SYS:\ETC\LOGs\CONSOLE.LOG") successfully opened
[08-Jun-2011 10:35:37] LogParser: parsing existing records in file "SYS:\ETC\LOGs\CONSOLE.LOG"
[08-Jun-2011 10:35:37] Listening on socket 0.0.0.0:4700
[08-Jun-2011 10:35:37] LogParser: file size differs for stat(7) and fstat(SYS:\ETC\LOGs\CONSOLE.LOG), assume file rename
[08-Jun-2011 10:35:37] LogParser: file "SYS:\ETC\LOGs\CONSOLE.LOG" (pattern "SYS:\ETC\LOGs\CONSOLE.LOG") successfully opened
[08-Jun-2011 10:35:37] LogParser: parsing existing records in file "SYS:\ETC\LOGs\CONSOLE.LOG"
[08-Jun-2011 10:35:38] NetXMS Agent started
[08-Jun-2011 10:35:38] LogParser: file size differs for stat(7) and fstat(SYS:\ETC\LOGs\CONSOLE.LOG), assume file rename
[08-Jun-2011 10:35:38] LogParser: file "SYS:\ETC\LOGs\CONSOLE.LOG" (pattern "SYS:\ETC\LOGs\CONSOLE.LOG") successfully opened
[08-Jun-2011 10:35:38] LogParser: parsing existing records in file "SYS:\ETC\LOGs\CONSOLE.LOG"
[08-Jun-2011 10:35:39] LogParser: file size differs for stat(7) and fstat(SYS:\ETC\LOGs\CONSOLE.LOG), assume file rename
[08-Jun-2011 10:35:39] LogParser: file "SYS:\ETC\LOGs\CONSOLE.LOG" (pattern "SYS:\ETC\LOGs\CONSOLE.LOG") successfully opened
[08-Jun-2011 10:35:39] LogParser: parsing existing records in file "SYS:\ETC\LOGs\CONSOLE.LOG"
[08-Jun-2011 10:35:39] LogParser: file size differs for stat(7) and fstat(SYS:\ETC\LOGs\CONSOLE.LOG), assume file rename
[08-Jun-2011 10:35:39] LogParser: file "SYS:\ETC\LOGs\CONSOLE.LOG" (pattern "SYS:\ETC\LOGs\CONSOLE.LOG") successfully opened
[08-Jun-2011 10:35:39] LogParser: parsing existing records in file "SYS:\ETC\LOGs\CONSOLE.LOG"
[08-Jun-2011 10:35:40] LogParser: file size differs for stat(7) and fstat(SYS:\ETC\LOGs\CONSOLE.LOG), assume file rename
[08-Jun-2011 10:35:40] LogParser: file "SYS:\ETC\LOGs\CONSOLE.LOG" (pattern "SYS:\ETC\LOGs\CONSOLE.LOG") successfully opened
[08-Jun-2011 10:35:40] LogParser: parsing existing records in file "SYS:\ETC\LOGs\CONSOLE.LOG"


Вывод консоли в файл перенаправляется командой:

load conlog FILE=SYS:ETC\LOGs\CONSOLE.LOG ARCHIVE=yes ENTIRE=YES NEXT=00:01:00

Если смотреть на этот файл с Windows-компьютера проводником, то он имеет нулевую длину - может в этом причина ошибки?

#10
Спасибо за помощь - поправил, но возникла следующая (очень похожая на старую) проблема - лог файл агента стал стремительно наполняться записями вида:
[07-Jun-2011 13:37:54] LogParser: file name change: fgetstat reports "PVSW.LOG" should be "SYS:\SYSTEM\PVSW.LOG"
[07-Jun-2011 13:37:54] LogParser: file "SYS:\SYSTEM\PVSW.LOG" (pattern "SYS:\SYSTEM\PVSW.LOG") successfully opened
[07-Jun-2011 13:37:54] LogParser: parsing existing records in file "SYS:\SYSTEM\PVSW.LOG"
[07-Jun-2011 13:37:55] LogParser: file name change: fgetstat reports "PVSW.LOG" should be "SYS:\SYSTEM\PVSW.LOG"
[07-Jun-2011 13:37:55] LogParser: file "SYS:\SYSTEM\PVSW.LOG" (pattern "SYS:\SYSTEM\PVSW.LOG") successfully opened
[07-Jun-2011 13:37:55] LogParser: parsing existing records in file "SYS:\SYSTEM\PVSW.LOG"
[07-Jun-2011 13:37:55] LogParser: file name change: fgetstat reports "PVSW.LOG" should be "SYS:\SYSTEM\PVSW.LOG"
[07-Jun-2011 13:37:55] LogParser: file "SYS:\SYSTEM\PVSW.LOG" (pattern "SYS:\SYSTEM\PVSW.LOG") successfully opened
[07-Jun-2011 13:37:55] LogParser: parsing existing records in file "SYS:\SYSTEM\PVSW.LOG"
[07-Jun-2011 13:37:56] LogParser: file name change: fgetstat reports "PVSW.LOG" should be "SYS:\SYSTEM\PVSW.LOG"
[07-Jun-2011 13:37:56] LogParser: file "SYS:\SYSTEM\PVSW.LOG" (pattern "SYS:\SYSTEM\PVSW.LOG") successfully opened
[07-Jun-2011 13:37:56] LogParser: parsing existing records in file "SYS:\SYSTEM\PVSW.LOG"

когда я прописал в pvsw.xml в секции <file> просто имя файла (pvsw.log) т.к. SYSTEM есть в путях поиска по умолчанию, в лог. файл информация не пишется, но события генерируются примерно с той-же частотой (несколько раз в секунду) что и записи в лог-файле
Запуск агента с -D 9 практически никакой дополнительной информации не дает.

И еще интересный нюанс
если я в xml файле меняю фильтр на <match>Error:</match> то события не генерируются вовсе.
#11
Скажите пожалуйста, есть-ли поддержка logwatch в агенте для Novell Netware?
Проблема в том, что не могу заставить его работать :(
Версия агента 1.0.10
nxagentd.conf:
MasterServers = 10.1.1.4
LogFile = SYS:/NETXMS/nxagent.log
FileStore = SYS:/NETXMS/TMP/
SubAgent = logwatch.nsm
Parser = SYS:/NETXMS/pvsw.xml

pvsw.xml
<parser>
   <file>SYS:\SYSTEM\PVSW.LOG</file>
   <rules>
<rule>
<match>Error:</match>
<event params="1">100017</event>
</rule>
   </rules>
</parser>

Event 100017 создан и для него определена политика обработки
запускал nxagentd.nlm -D 9 но ни слова не вижу, что агент обрабатывает лог-файл, даже когда я в него вручную добавляю строки вида:
11-22-2010 17:33:10 MKDE            0000001A NWMKDE.NLM      NWSRV-06     I                        System Error: 116.2.0 File: TEST:/BASE080/JOURNAL.BTR
Я знаю, что поддержка агента под NW прекращена, но у нас еще много таких серверов на которых установлен Pervasive и есть необходимость мониторить его лог-файлы - помогите пожалуйста
#12
Общие вопросы / Re: Novell MIB
September 06, 2010, 08:46:25 AM
Добрый день - этот пост делал я, однако потом удалил, посчитав, что ошибка в самом MIB файле. Не могли бы вы выложить готовый gfn патченный nxmibc.exe? Спасибо.
#13
Файл nxagent.conf:

MasterServers = 10.1.1.8
LogFile = SYS:/NETXMS/nxagent.log
FileStore = SYS:/NETXMS/TMP/
SubAgent = logwatch.nsm
SubAgent = ping.nsm


Агент по прежнему не рестартует - только перезагрузка сервера
#14
На версии 1.0.0.rc3 ошибка не пропала + log-файл агента забивается записями следующего вида:

[17-Mar-2010 13:01:27] LogParser: file name change: fgetstat reports "CONSOLE.LOG" should be "SYS:\ETC\LOGs\console.log"
[17-Mar-2010 13:01:27] LogParser: file "SYS:\ETC\LOGs\console.log" successfully opened
[17-Mar-2010 13:01:28] LogParser: file name change: fgetstat reports "CONSOLE.LOG" should be "SYS:\ETC\LOGs\console.log"
[17-Mar-2010 13:01:28] LogParser: file "SYS:\ETC\LOGs\console.log" successfully opened
[17-Mar-2010 13:01:29] LogParser: file name change: fgetstat reports "CONSOLE.LOG" should be "SYS:\ETC\LOGs\console.log"
[17-Mar-2010 13:01:29] LogParser: file "SYS:\ETC\LOGs\console.log" successfully opened
[17-Mar-2010 13:01:30] LogParser: file name change: fgetstat reports "CONSOLE.LOG" should be "SYS:\ETC\LOGs\console.log"
[17-Mar-2010 13:01:30] LogParser: file "SYS:\ETC\LOGs\console.log" successfully opened
[17-Mar-2010 13:01:31] LogParser: file name change: fgetstat reports "CONSOLE.LOG" should be "SYS:\ETC\LOGs\console.log"
[17-Mar-2010 13:01:31] LogParser: file "SYS:\ETC\LOGs\console.log" successfully opened
[17-Mar-2010 13:01:32] LogParser: file name change: fgetstat reports "CONSOLE.LOG" should be "SYS:\ETC\LOGs\console.log"
[17-Mar-2010 13:01:32] LogParser: file "SYS:\ETC\LOGs\console.log" successfully opened
[17-Mar-2010 13:01:33] LogParser: file name change: fgetstat reports "CONSOLE.LOG" should be "SYS:\ETC\LOGs\console.log"
[17-Mar-2010 13:01:33] LogParser: file "SYS:\ETC\LOGs\console.log" successfully opened
[17-Mar-2010 13:01:34] LogParser: file name change: fgetstat reports "CONSOLE.LOG" should be "SYS:\ETC\LOGs\console.log"
[17-Mar-2010 13:01:34] LogParser: file "SYS:\ETC\LOGs\console.log" successfully opened
[17-Mar-2010 13:01:35] LogParser: file name change: fgetstat reports "CONSOLE.LOG" should be "SYS:\ETC\LOGs\console.log"
[17-Mar-2010 13:01:35] LogParser: file "SYS:\ETC\LOGs\console.log" successfully opened
#15
Невозможно перезапустить агента командами
unload nxagentd
load nxagentd

поскольку остается загруженным в памяти ecs.nlm
но даже после его выгрузки агент не запускается - только перезагрузка сервера.