Падает Сервер При Выполнении Агента На Сервере

[dimat]

Всем привет!
Если в процессе выполнения агента случается какая то ошибка(опытным путем выяснено: падает при любой ошибке. Например если NotesDocument=Nothing и к нему идет обращение или при ошибке Type mismatch) сервер сразу же падает.
Ситуация имеет место быть на сервере 8.5.1 и на сервере 8.5.3 + все фикс паки и хот фиксы.
Грешит этим только один агент в одной бд. Все остальные ведут себя как положено - выполняют действия согласно обработчику ошибок, если таковые имеются.

Как исправить проблему?

 

[Kee_Keekkenen]

без кода трудно себе представить оное..

 

[dimat]

без кода трудно себе представить оное..

Да тут не в коде дело, я ж говорю при любой ошибке валит сервер, хотя должен идти в обработчик.

 

[divankin]

Скорей всего проблема в коде обработчика ошибки. Так что все равно нужен код.
Ну или отключите любую обработку ошибок, закоментите все On Error и посмотрите будет ли падать.

 

[dimat]

Например был агент вида:

dim view as notesview
dim doc as notesdocument
set view=db.getview("Viewname") 'db заведомо не nothing
set doc=view.getdocumentbykey(key,true) 'doc заведомо будет nothing (проверено)
print doc.getitemvalue("itemname")(0) 'На этой строке падает сервер (проверено)

при следущем варианте сервер не падает

dim view as notesview
dim doc as notesdocument
set view=db.getview("Viewname") 'db заведомо не nothing
set doc=view.getdocumentbykey(key,true) 'doc заведомо будет nothing (проверено)
if not doc is nothing then
print doc.getitemvalue("itemname")(0)
end if

в этом коде агент должен завершиться и написать в коносль текст ошибки и строку, однако сервер опять лежит

dim view as notesview
on error goto errh
dim doc as notesdocument
set view=db.getview("Viewname") 'db заведомо не nothing
set doc=view.getdocumentbykey(key,true) 'doc заведомо будет nothing (проверено)
print doc.getitemvalue("itemname")(0) 'На этой строке падает сервер (проверено)

exitsub:
exit sub

errh:
Print "Error: " & error & " line: " & erl
resume exitsub

 

[Kee_Keekkenen]

раз пошла такая пьянка, то создай нового агента и перенеси в него код, а старый удали..

 

[dimat]

раз пошла такая пьянка, то создай нового агента и перенеси в него код, а старый удали..

Пробовал, та же ерунда

 

[VladSh]

nsd.exe на своём месте, не переносили/переименовывали?

 

[dimat]

nsd.exe на своём месте, не переносили/переименовывали?

Да, с nsd все в порядке

 

[ToxaRat]

а если обработчик ошибок убрать?

 

[dimat]

а если обработчик ошибок убрать?

не помогает, да и когда начались падения обработчика не было

 

[divankin]

Проблема для любых серверных агентов в этой БД?
Если вообще убрать весь код и добавить что-нибудь совсем безобидное типа деления на ноль, то проблема остается?
Или для проблемы нужно и GetView, и GetDocumentByKey?
Откуда берется объект db, это просто CurrentDatabase или что? Он получает значение в этой же процедуре?

 

[dimat]

Проблема для любых серверных агентов в этой БД?

Только для этого агента

Если вообще убрать весь код и добавить что-нибудь совсем безобидное типа деления на ноль, то проблема остается?
Или для проблемы нужно и GetView, и GetDocumentByKey?

Остается, выше написал, что такая хрень происходит при любых ошибках

Откуда берется объект db, это просто CurrentDatabase или что? Он получает значение в этой же процедуре?

db - это текущая бд

 

[puks]

А nsd можно выложить?

 

[dimat]

А nsd можно выложить?

С радостью, только подскажите где он лежит?

 

[Мыш]

А в этом агенте (или в используемых им библиотеках) не используются ли какие-нить ф-ции из API?

 

[dimat]

А в этом агенте (или в используемых им библиотеках) не используются ли какие-нить ф-ции из API?

Не используются

 

[Мыш]

Чего-то я не понял. Создаем нового агента с новым именем, содержащего некий произвольный код - он падает? Изменяем произвольный код на требуемый - падает?

У мну такое ощущение, что база, в которой создается агент, битая... А если в другую базу его перенести (с соответствующим изменением кода, ессно)?

 

[puks]

nsd file должен создаваться в data\IBM_TECHNICAL_SUPPORT .