Тут днями а><уели обратили внимание на пренеприятнейший факт.
В системе вырос один из классов - 3000 строк почти...
При его компиляции в процессе сборки версии никаких проблем нет, а вот при компиляции из студии виснет все каше (но тоже не всегда, и непонятно, от чего это зависит). Причем после этого невозможно попасть ни в студию, ни в портал, ни в прикладуху... Из дополнительных бонусов - Каше не останавливается. И в довершение, при попытке убивать процессы руками, их общее количество растет(!), пока не грохнешь некий головной процесс (вычисляется методом тыка).
Где рыть???

servitВ файле "cconsole.log" есть какие-нибудь сообщения об ошибке?

Примерно так:
12/09-09:12 //... последнее "непроблемное сообщение"
// Примерно в 12:20 запустили компиляцию этого самого большого класса
12/09-12:23:40:359 (6184) 0 oops: Failed to load rtn (самый-большой-класс.5) from sfn 5
12/09-12:29:16:156 (1944) 2 CP: Pausing users because the WD has not shown
signs of activity for 360 seconds. Users will resume if WD completes a
pass or writes to disk (wdpass=24433).
12/09-12:30:55:281 (1944) 3 Daemon WRTDMN died with exit code 1 - Freezing system

// Потом каше не хотело укладываться... поубивали процессы и заново запустили:
*** Recovery started at Thu Dec 09 12:35:31 2010
Current default directory: c:\intersystems\cache\mgr
ну дальше вроде все ок

Еще из симптомов (коллеги напомнили):
При попытке удалить классы перед сборкой системы, пару раз процесс удаления зависал на удалении этого класса... симптомы зависания совершенно те же... как и пути решения проблемы

servit kolesov ,

Спешу обрадовать: проблема известна и над ней уже работают (подробности в WRC).

Так дело в размере файла, или нет?

Alexey MaslovЦелостность БД проверяли?Да, все ок.
Alexey MaslovЕсли да, то что происходит при компиляции в терминале? ($system.OBJ.Compile())Не знаю, не пробовал. Воспроизвести на девелоперских машинал и на тестовом сервере сложно, а рабочий еще раз ронять не хочется что-то. В момент сборки (а она идет именно из терминала, все было ОК)
Alexey MaslovP.S. Убивать зависшую Cache лучше так: ccontrol force <CACHE>О, точно. А я успел об этом забыть ;)

kolesovservit kolesov ,

Спешу обрадовать: проблема известна и над ней уже работают (подробности в WRC).

Так дело в размере файла, или нет?

Это я к тому, что если в размере, мне проще этот класс разбить, чем ждать врц. Да и 3000 строк многовато для класса, имхо. Нужно собраться с духом, да и запретить в классах больше 1000 строк...

Блок А.Н.Я знаю, что при какой-то нагрузке на сервер...Но! На более загруженных конфигурациях (на моем компе, мягко говоря, не рай... по сравнению с сервером прикладуха по щелям жмется... как может) компиляция этого же класса идет на-ура секунд 10-ть... Раньше тоже, кстати, наблюдал ускорение компиляции на более тупящих машинках по сравнению с более навороченными (памяти хоть ужрись, проц самый-самый и т.д. прикладуха работает в десятки раз быстрее, а компиляция идет раза в три медленнее).