DB2 LUW 8.1 FP 17 (на Linux)
Есть некая транзакция / приложение , которая обычно выполняется за пару секунд. Сегодня висит несколько часов в состянии UOW Executing. Попытка сделать force applicatiions (xxx) ни к чему не приводит, list applications show detail по-прежнему показывает тот же статус. Само приложение (процесс на том же сервере, что и db2) прибито kill -KILL . db2diag.log чист. Кроме того, через некоторое время появилась еще пара агентов в "бесконечном" состоянии UOW Executing. Их статистика по CPU и IO не меняется, т е очевидные висяки.
Вопросы:
1. Кто виноват?
2. Что делать?
Делать db2stop force уж очень не хотелось бы, да и есть впечатление, что все равно не поможет - скажет что-то вроде database is in use

Не FP17, а FP 15. перепутал.

Таки никто не знает, как с этим бороться? Вот опять повторилась ситуация. Агент db2 завис в состоянии UOW Waiting, при этом держал лог транзакций. Force applications его не прибивал. Пришлось делать ipclean и перезапускать DB2. Но это ж нехорошо!

В момент, когда я делаю force, на консоли пишется что-то вроде "at least one of agents cannot be forced"
В db2diag запись такая в этот момент

2009-02-07-13.51.29.274054+180 I105203G420 LEVEL: Severe
PID : 9266 TID : 332947776 PROC : db2agent (instance)
INSTANCE: db2pf0 NODE : 000
APPHDL : 0-1325 APPID: *LOCAL.db2pf0.090209144905
FUNCTION: DB2 UDB, base sys utilities, sqleForceAgents, probe:15
MESSAGE : DiagData
DATA #1 : Hexdump, 4 bytes
0xBFFEE108 : CE04 0000

А вот примерно за час (как мне кажется) до зависания агента в db2diag есть такое:

2009-02-07-03.41.25.807458+180 E2301535G360 LEVEL: Error (OS)
PID : 18287 TID : 1095734240 PROC : db2
INSTANCE: db2pf0 NODE : 000
FUNCTION: DB2 UDB, oper system services, sqloMLNique, probe:7
CALLED : OS, -, chmod OSERR: EPERM (1)
DATA #1 : String, 32 bytes
/db2/db2pf0/sqllib/tmp/O3318287A

2009-02-07-03.41.25.807993+180 E2301896G363 LEVEL: Error (OS)
PID : 18287 TID : 1095734240 PROC : db2
INSTANCE: db2pf0 NODE : 000
FUNCTION: DB2 UDB, oper system services, sqloMLNique, probe:10
CALLED : OS, -, open OSERR: EACCES (13)
DATA #1 : String, 32 bytes
/db2/db2pf0/sqllib/tmp/O3318287A

При этом такой файлик (pipe) есть очень старый:

prw------- 1 db2pf0 db2pf0g 0 Dec 19 2007 O3318287A

И вообще папка /db2/db2pf0/sqllib/tmp/ что-то очень замусорена. попробую-ка я почистить ее при случае...

Марк, спасибо за ответ и внимание к проблеме!