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

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

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

Версии сервера и консоли 1.0.10, база хранится на отдельном MSSQL сервере
- Создаю новое событие:
-
Поддержка logwatch в агенте NetwareПроверил - да действительно - на NW 6.5 этой ошибки нет. Жаль только что у нас всего 2 сервера NW6.5 а остальные 10 NW5.1
-
Поддержка logwatch в агенте NetwareЕще наблюдение - похоже так формируется файл только в NW 5.1 - в NW 6.5 размер файла соответствует содержимому.
-
Поддержка logwatch в агенте NetwareБольшое спасибо - на приаттаченной версии проблема бесконечной генерации событий при отслеживании 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-компьютера проводником, то он имеет нулевую длину - может в этом причина ошибки?
-
Поддержка logwatch в агенте NetwareNW 5.1 SP8
-
Поддержка logwatch в агенте NetwareСпасибо за помощь - поправил, но возникла следующая (очень похожая на старую) проблема - лог файл агента стал стремительно наполняться записями вида:
[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> то события не генерируются вовсе. -
Поддержка logwatch в агенте NetwareСкажите пожалуйста, есть-ли поддержка 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.xmlpvsw.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 и есть необходимость мониторить его лог-файлы - помогите пожалуйста
-
Novell MIBДобрый день - этот пост делал я, однако потом удалил, посчитав, что ошибка в самом MIB файле. Не могли бы вы выложить готовый gfn патченный nxmibc.exe? Спасибо.
-
Проблема с установкой nxagent-1.0.0-rc2-netwareФайл nxagent.conf:
MasterServers = 10.1.1.8 LogFile = SYS:/NETXMS/nxagent.log FileStore = SYS:/NETXMS/TMP/ SubAgent = logwatch.nsm SubAgent = ping.nsmАгент по прежнему не рестартует - только перезагрузка сервера
-
LogWatch Novell Netware Parser ErrorНа версии 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 -
Проблема с установкой nxagent-1.0.0-rc2-netwareНевозможно перезапустить агента командами
unload nxagentd load nxagentdпоскольку остается загруженным в памяти
ecs.nlm
но даже после его выгрузки агент не запускается - только перезагрузка сервера. -
Проблема с установкой nxagent-1.0.0-rc2-netwareАгент нормально запустился только после перезагрузки сервера - возможно какой то модуль остается в памяти, хотя я проверял:
nxagentd netxms ecsИх не было в списке загруженных модулей.
-
Проблема с установкой nxagent-1.0.0-rc2-netware5.1 SP8
-
Проблема с установкой nxagent-1.0.0-rc2-netwareОшибка исчезла, однако теперь агент просто не загружается безо всяких сообщений - его модулей нет в памяти сервера, лог-файл не обновляется, не появляется новая консоль.
-
Проблема с установкой nxagent-1.0.0-rc2-netwareПрошу прощения - случайно удалил топик - создаю заново.
Специально проверил командой modules - на момент запуска load nxagentd.nlm ничего от предыдущей версии в памяти не висело.
Результат запуска:Loading module NXAGENTD.NLM NetXMS Core Agent Version 1.00 March 7, 2010 Copyright (c) 2004-2010 NetXMS Team Auto-loading module NETXMS.NLM NetXMS Foundation Library Version 1.00 March 7, 2010 Copyright (c) 2004-2010 NetXMS Team Auto-loading module NXEXPAT.NLM Expat XML Parser (NetXMS Build) Version 2.00a March 7, 2010 Copyright (c) 1998-2006 Thai Open Source Software Center Ltd., Clark Cooper, a nd Expat maintainers SERVER-5.00-918: Loader cannot find public symbol: _Z8PushDataPKcS0_ for module NXAGENTD.NLM Error processing External Records. Module NXAGENTD.NLM NOT loaded -
Использование Instance в скрипте.DCI Disk.Total(D:) привязан к узлу, также как и Disk.FreePerc(D:)