Привет все.
Имеем в шедулере несколько R-ок, которые, понятное дело, периодически запускаются. И вот, приходишь ты как-то на работу, смотришь, а большинтсво очередей с запущенными из шедулера отчетами, находятся в статусе W (ожидания). И находятся они там уже продолжительное время (предположим всю ночь). Идём в SERVERADMINISTRATIONWORKBENCH.exe, смотрим и видим одну или парочку процессов, у которых OW-Status = Zombie, OS-Status = Stop (у этих процессов нет Parent процессов). Если мы срубим эти процессы, то перестанет работать шедулер напрочь. Процессы, которые находятся в статусе P (Processing) тоже надо будет перезапускать, перед этим сделав им kill.


Как сделать так, чтобы очереди не зависали?

-----
XE_SP23_N1
MS SQLServer2000
-----

Дык увольняйся :)

Ден zhir
Как сделать так, чтобы очереди не зависали?
А вы смотрели логи отчетов? Просто аналогичная ситуация бывает, даже научились её моделировать -)) отчет вызывает access violation после этого все задания становятся в статус W, помогает перезапуск Queue kernel и главное, все задания стоящие в W, так и будут в W до первого запуска любого батча. Естевственно задание на котором вылетело, нужно перезапустить. Наверно я бы в случае такой проблемы как у вас вывел бы проблемные задания на другой entrprise сервер, чтобы эти проблемы не влияли на работу пользователей..

Если говорить о линуксе, то есть такая дока Increasing Semaphores on Red Hat Linux там нужно в /etc/sysctl.conf прописать kernel.sem = 1024 32000 100 142 И тогда зомбаки не появляются.

Но вот что делать под виндами хрен знает.

Codenamed ДенЧто же вас так напугало? -))

Как разработчика меня повергли в ужас:
- кошмарный интерфейс пользователя (WEB не в счет, да он и не везде подходит)
- достаточно убогий движок (гигабайты полуненужных метаданных и не работающее JIT)
- совершенно кошмарный редактор отчетов (и по исполнению, и по возможностям)
- NER - это просто песня!!!
- за среду разработки хотелось бы травмировать ее разработчиков
Для человека, который:
-привык к по-настоящему удобным средствам разработки (ИМХО: после Visual Studio и .Net неприятно откатываться к Делфи, про 1С же подумать страшно).
- привык, что интерфейс пользователя делается предельно аккуратно, а серверное решение - предельно гибко
- наконец, который имеет выбор места работы и возможность заниматься тем, что нравится
JDE - это неприемлемо. Потому и уволился)

Понятно, что уважаемы идусы, которые писали джид - это не идеал, но, если подойти с умом и смекалкой к джиду, то очень чудно всё работает. JDE + t-sql+OLAP+корпоративный сайт - очень даже ничего. А к разработке привыкаешь и эти мелочи в отчетах - полная фигня. Мне джид в разработке чем-то напоминает MS Access только ещё нужно знать бизнес-логику ф-ций. Одна беда с установкой обычно. Декларируют, что сертифицированный специалист должен установить джид за 10 дней . у меня получалось за 2 недели ;)

2Ден

Перезапуск службы - это выход, конечно, интересный, то есть решающий задачу в лоб. Предположим, что процесс зависший - это жернализация. вопрос: А вы когда-нибудь сносили журнализацию на середине её работы? Точнее пробовали устранять потом кривизну данных? Процесс, наверняка увлекательный ;))

OWABEСмотри здесь

Solution ID: Solution Type: Standard
201021330
Solution Library: E1 Technical/Tools
Did this solve your Problem?
Yes No, Continue Search
Summary:
E1: GOS: Zombies Processes Cleanup Recommendation for Unix Servers
Details: E1: GOS: Zombies Processes Cleanup Recommendation for Unix Servers

ISSUE:
EnterpriseOne 8.9 SP2_J1 / Unix (AIX 5.2) /Oracle 9.2.01
Я писал, что как в юнихе с эти бороться знаю, а вот как винду подкорректировать - хз.