доброго времени суток всем

вот такой странный трабл наблюдаю для Workload Manager, db2 ver9.x for LUW

вызываю "CALL WLM_CANCEL_ACTIVITY( APPHANDLE, UOWID, ACTIVITYID )" для соответствующих APPHANDLE, UOWID, ACTIVITYID, которые получил предворительным запросом :
SELECT
T1.APPLICATION_HANDLE,
T1.UOW_ID,
T1.ACTIVITY_ID
FROM TABLE(WLM_GET_WORKLOAD_OCCURRENCE_ACTIVITIES(NULL,-2)) AS T1
WHERE ACTIVITY_STATE IN ('QUEUED','EXECUTING')

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

кроме одного исключения, это DB2 Command Editor
после вызова вышеупомянутой процедуры клиент продолжает работать ПОМЕНЯВ ПРИ ЭТОМ ( ! ) APPLICATION_HANDLE, причем замена происходит сразу после вызова WLM_CANCEL_ACTIVITY, точнее даже не замена, клиент (то есть APPHANDLE, UOWID, ACTIVITYID) действительно останавливается, но тутже отрывается новый, с точки зрения же Command Editor вообще ничего не произошло (запрос продолжает рабатать)

может кто-нибудь обьяснить подобное ?

да, именно такое поведение и наблюдаю, db2bp появляется как второй процесс
проблема в том что с точки зрения заказчика это неправильно, так как для него процесс бежит
у меня примитивная задача - отловить запросы работающие больше чем...час-два и убить их, governor заказчик не принимает, говорит что wlm рулит

как бы одстрелить такого клиента с первого раза ?

да, именно такое поведение и наблюдаю, db2bp появляется как второй процесс
проблема в том что с точки зрения заказчика это неправильно, так как для него процесс бежит
у меня примитивная задача - отловить запросы работающие больше чем...час-два и убить их, governor заказчик не принимает, говорит что wlm рулит

как бы одстрелить такого клиента с первого раза ?