Forums -> Глюкодром -> Завис сервис
| Full Version

hudysh
Всем приветр! Есть сервер с 2К3, который крайне не желательно (а попросту нельзя) перегружать. Один из сервисов завис в состоянии "stopping" и не реагирует ни на что... Кто-нибудь знает как его из этого состояния вывести? Подчеркиваю, перезагрузка не рассматривается!!!
retro
Какой?
hudysh
Backup Exec Remote Agent for Windows Servers
heineken man
Одна из причин, по которой я скриплю зубами когда приходится по требованию клиента ставить загруженный почтовый, прокси или другой сервер на винде. :diablo:
Сегодня я ребучу их - пусть страдает тот кто придумал такое, а раньше пользовал kill из ресорс кита - тот может убить любой процесс, почти как юниксовский kill -9. :fear2: :w00t:
hudysh
QUOTE (heineken man @ 29-11-2005, 13:29)
, а раньше пользовал kill из ресорс кита - тот может убить любой процесс, почти как юниксовский kill -9. :fear2: :w00t:
А вот тут поподробнее, pls...
hudysh
Все, спасибо, проблемма решена. Спасибо heineken man за идею. Нашел утилиту под названием "Service+". Живёт здесь. Правда не бесплатная :-(
heineken man
Сейчас глянул - kill.exe похоже убрали из ресорс кита в 2003, зато появилась taskkill.exe, сделал хелп: похоже то что нужно, убивает и по pid, и по имени процесса.
veneamin
Вот главное, за что я временами не люблю винду - за то что одна наполовину подвисшая програмулина может поставить раком всю систему - и работать нельзя и перегрузиться не может.
FAR, кстати, тоже хорошо убивает процессы, с автоподнятием себе привелегий в случае необходимости.
А еще есть такая утилитка enable, которая запускает программу, которую ей укажешь в параметре, с системными привелегиями. т.е. запустив enable taskmgr вы получите таскменеджер, который не будет строить из себя целку и сетовать на отсутствие доступа и прав.
"Убей его, Шилов!"
admik
DameWare NT Utilities тоже хорошо убивает процессы при запущенном своем сервисе.
я иногда пытаюсь подвесить его сервис и поглядеть к чему это приведет - не получается :music:
Michael2000
Блин,давным давно была у меня утилитка-киллер. Вообще ее видно не было,поднималась по горячим клавишам и убивала все на прочь. Фейс еще такой был-с черепком...Куда я ее дел...Классная штука,бесплатная,кто то из ребят со старого мегидо делал,и апдейты версий были...
Michael2000
Можно было даже виндовый шелл перегрузить-в смысле убить и загрузить по новой...
veneamin
shell убить - абсолютно не проблема, убей explorer.exe в процессах и все дела.
FiL
kill -9 юниксовый тоже далеко не всегда убивает всё, что нужно.

Простой пример, который меня иногда ОЧЕНЬ достает. сервер, самба. Под самбой каталоги, некоторые из них на nfs-сервере. Если nfs сервер отвалился, то все самбы, которые что-то делали на "отвалившихся" фолдерах зависают и на пинки не реагируют. Ибо процесс ждет завершения IO а там завершаться некуда. А без этого он не убивается. И всё :(
heineken man
NFS - отдельная грустная песня. Самба - припев к песне. А их сочетание - бомба. :fear2: :w00t:
Интересно, как NFS для винды себя ведет.
FiL
QUOTE (heineken man @ 29-11-2005, 09:00)
NFS - отдельная грустная песня. Самба - припев к песне. А их сочетание - бомба. :fear2: :w00t:
Интересно, как NFS для винды себя ведет.
лебединая песня. Кстати, с самбой, самой по себе, вообще ни разу проблем не видел. Если-бы не необходимость сохранять права и ownership, то между юниксами по самбе ходил-бы. А вот NFS... но в целом проблема не с nfs'ом, а с блокировкой по IO в целом.
Michael2000
Нашел!
http://alex-home-pg.nm.ru/Process_Killer.htm
hudysh
QUOTE (Michael2000 @ 01-12-2005, 07:50)
Нашел!
http://alex-home-pg.nm.ru/Process_Killer.htm
Пробежал наискосок... Програмулина убивает процесы, а я топик начал с того, что у меня подвис сервис. Согласись - не одно и то же
veneamin
Сервис тоже человек, в смысле - процесс. И убивается точно так же и с тем же успехом.
Michael2000
QUOTE (hudysh @ 02-12-2005, 10:11)
QUOTE (Michael2000 @ 01-12-2005, 07:50)
Нашел!
http://alex-home-pg.nm.ru/Process_Killer.htm</a>
Пробежал наискосок... Програмулина убивает процесы, а я топик начал с того, что у меня подвис сервис. Согласись - не одно и то же
Ты так больше не скажи...Смеятся будут...
FiL
ну не скажи. userland process и kernel-level process это таки не одно и то-же.