Проблема такая: есть база (DB2/LINUX 8.2.1)
В ней некая табличка с 2 полями и сотней записей (и нескорлько триггеров на других таблицах которые делают select из первой).

Так вот, при попытке сделать alter table xxx add yyy varchar(50)
все это дело перестает вообще как-либо сеагировать на внешние раздражители. Только по Ctrl+C все зыкрывается, пишет что прервано пользователем и т.п. Висело у меня это дело всю ночь (на всякий случай проверял).
При попытке дропнуть табличку тот же эффект (хотя должно ругнутся что дропать нельзя - из-за триггеров).

В остальном, вроде база работает нормально (на ней серверное приложение висит).

Какие могут быть варианты решения проблемы?

Вся проблема в том, что "drop table {old_table}" тоже не получится (я писал обы этом).

А может кто подскажет быстро как посмотреть открытые курсоры и блокировки?

В оракле помнится была системная табличка одна, где все это очень хорошо представлялось...

В общем, ситуация свелась к следующему:

Утилита db2look залочила системную таблицу, а db2 не получила от OS сигнал о завершении процесса, и до сих пор думает что db2look работает.
Произвести любые структурные изменения в базе, таким образом, нельзя.

Таблицу разлочить не можем, shutdown произвести пока невозможно
(нельзя останавливать приложения).

Кто-нибудь может подсказать что делать?

ЗЫ: Я вообще, не админ этой базы, я девелопер. Над проблемой уже несколько
дней бьются 3 человека разной степени компетентности по db2...

ggvто есть db2 list applications показывает что db2look работает?

Я честно говоря не знаю что и как показывает, я описал проблему с чужих слов, как мне это объяснили... В любом случае, подозреваю что решение здесь должно быть нетривиальным :)

Ну не знаю, всетаки проблемой не полные чайники и совсем не дауны занимались :) Ладно все равно, проблема уже решена shutdown-ом...