форумы  помощь  поиск  регистрация  майллист  ВХОД  слежка

Вариант для распечатки		Пред. тема | След. тема
Форумы OpenNET: Виртуальная конференция (Public)
Изначальное сообщение		[Проследить за развитием треда]

"Не могу убить процесс."
Сообщение от Roman Parubenko on 15-Авг-05, 11:24  (MSK)
P-2\350Mhz\192Mb\40Gb Alt-Linux Master 2.2 Работает в качестве шлюза в инет + squid + Mysql + Apache + ircd + ftpd В течении последнего месяца наблюдаю картину: зависает какой-нибудь процесс (например сквид) и все его дочерние. И ни на какие команды не реагирует. Не убивается даже killall -9 squid Остальные процессы при этом нормально работают и выполняют свои функции. Без нажатия на ресет машину остановить не получается. Как же так??? До этого 2 года машина проработала, я даже забыл, где она стоит физически. Периодически 1-2 раза в год пыль только из нее вытрушивал. А тут вроде-бы такая устойчивая неубиенная система выдает такие номера. Раньше я думал, что юниксподобные системы не могут зависать даже в теории. Подскажите, пожалуйста, в чем могут быть грабли???
	Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

Индекс форумов | Темы | Пред. тема | След. тема

Сообщения по теме

1. "Не могу убить процесс."
Сообщение от Chris (??) on 15-Авг-05, 11:28  (MSK)
зачот 6-) ну если тебе через килл, то попробуй так kill -9 `ps awx | grep squid | awk '{print $1}'` а так вообще то squid -k stop
Удалить	Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

	2. "Не могу убить процесс."
	Сообщение от Roman Parubenko on 15-Авг-05, 12:36  (MSK)
	>зачот 6-) > > >ну если тебе через килл, то попробуй так kill -9 `ps awx >| grep squid | awk '{print $1}'` > >а так вообще то squid -k stop Сквид - это частный случай. Бывает и другие процессы зависают. Тут дело в чем - то другом. Может ли глюкавить сама железяка? Например какая-нибудь облать памяти глючит. А тот процесс, который попал в эту область - зависает. Это реально? Т.е. вопрос конкретнее - может ли при глюках железа система зависать не наглухо, а выборочно?
	Удалить	Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

	3. "Не могу убить процесс."
	Сообщение от mezantrop (??) on 15-Авг-05, 12:52  (MSK)
	Случалось не раз на непатченном HP-UX 10.00 и убить такой процесс по kill -9 было не возможно, пока не выполнится вызов. Такое, бывает иногда, например, во время выполнения системного вызова, когда процесс почему-то застревает в кернел-моде. В этом случае, это проблема ядра, и его нужно патчить. Но сначала, неплохо выяснить не проблема ли это исключительно железа.
	Удалить	Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

	4. "Не могу убить процесс."
	Сообщение от Roman Parubenko on 15-Авг-05, 13:12  (MSK)
	>Случалось не раз на непатченном HP-UX 10.00 и убить такой процесс по >kill -9 было не возможно, пока не выполнится вызов. Такое, бывает >иногда, например, во время выполнения системного вызова, когда процесс почему-то застревает >в кернел-моде. В этом случае, это проблема ядра, и его нужно >патчить. > >Но сначала, неплохо выяснить не проблема ли это исключительно железа. А как проверить на наличие железячной проблемы? Случается раз в 2 дня в среднем. Насчет непропатченого ядра: ситуация интересная. Ядро проработало более 2 лет и ничего подобного не наблюдалось. Но есть два подозрения: 1. С годами увеличилось количество юзверей, работающих через этот комп. И соответственно увеличилась нагрузка. Существует ли теоретически такая пиковая нагрузка на комп, при которой он захлебнется? (типа ДОС атак) 2. Мне,как сисадмину этого компа, приходят каждый день вот такие письма: ============================================================= Тема: Daily security check processing directory ... /bin/ processing directory ... /lib/ processing directory ... /sbin/ processing directory ... /usr/bin/ processing directory ... /usr/lib/ processing directory ... /usr/sbin/ Changed controlled files:          - /usr/lib/libdns.so.8.0.0          - /usr/lib/libstdc++.so.5.0.1          - /usr/sbin/named Total working time: 19 sec ( 19930000 clocks) ================================================ Причем, файлы в списке "Changed controlled files:" периодически меняются. Я точно никаких изменений программного обеспечения не делал. Вот интересно, о чем говорит это письмо? Может быть появился вирус под Linux?
	Удалить	Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

5. "Не могу убить процесс."
Сообщение от John (??) on 15-Авг-05, 14:23  (MSK)
>P-2\350Mhz\192Mb\40Gb Alt-Linux Master 2.2 >Работает в качестве шлюза в инет + squid + Mysql + Apache >+ ircd + ftpd >В течении последнего месяца наблюдаю картину: >зависает какой-нибудь процесс (например сквид) и все его дочерние. >И ни на какие команды не реагирует. Не убивается даже killall -9 >squid >Остальные процессы при этом нормально работают и выполняют свои функции. >Без нажатия на ресет машину остановить не получается. > >Как же так??? До этого 2 года машина проработала, я даже забыл, >где она стоит физически. Периодически 1-2 раза в год пыль только >из нее вытрушивал. >А тут вроде-бы такая устойчивая неубиенная система выдает такие номера. >Раньше я думал, что юниксподобные системы не могут зависать даже в теории. > > >Подскажите, пожалуйста, в чем могут быть грабли??? Читать man ps искать слово state - состояние процесса. Когда процесс в состоянии D Uninterruptible sleep (usually IO), он не убивается - это нормально. Надо искать, почему он _долго_ в этом состоянии. Если Вы вытряхиваете пыль, то стОит проверить: а не стоИт ли кулер ;) Возможно, что да, тогда процессы подвисают в таком состоянии когда CPU перегревается...
Удалить	Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

	6. "Не могу убить процесс."
	Сообщение от Roman Parubenko on 15-Авг-05, 14:54  (MSK)
	>Читать man ps >искать слово state - состояние процесса. Когда процесс в состоянии D Uninterruptible >sleep (usually IO), он не убивается - это нормально. Надо искать, >почему он _долго_ в этом состоянии. Если Вы вытряхиваете пыль, то >стОит проверить: а не стоИт ли кулер ;) >Возможно, что да, тогда процессы подвисают в таком состоянии когда CPU перегревается... > Кулер крутится. Это первое, что я проверил. Какие еще есть способы выяснить, почему процесс так долго в состоянии Uninterruptible sleep (usually IO)? Может ли процесс застыть в таком состоянии в следствие очень большой нагрузки на систему? (предельное количество запросов, или очень большая таблица в MySQL, тут есть одна табличка 1.5 Гбайта).
	Удалить	Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

	7. "Не могу убить процесс."
	Сообщение от John (??) on 15-Авг-05, 16:58  (MSK)
	>Кулер крутится. Это первое, что я проверил. >Какие еще есть способы выяснить, почему процесс так долго в состоянии Uninterruptible >sleep (usually IO)? >Может ли процесс застыть в таком состоянии в следствие очень большой нагрузки >на систему? (предельное количество запросов, или очень большая таблица в MySQL, >тут есть одна табличка 1.5 Гбайта). Точно не скажу, но IMHO, проблема не с софтом(не важно на сколько загружена машина) а именно с железом. Можно также проверить напряжения подаваемые на мамку - возможно, что умирает блок питания. Проверить можно по сенсорам, поставив пакет lm_sensors.
	Удалить	Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

	8. "Не могу убить процесс."
	Сообщение от Roman Parubenko on 15-Авг-05, 18:17  (MSK)
	Спасибо! Теперь, вооружившись знаниями, попробую усмирить этого железного монстрика.
	Удалить	Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

	9. "Не могу убить процесс."
	Сообщение от zRID on 15-Авг-05, 18:20  (MSK)
	У меня такое было с FreeBSD-4.7 прилось менять Оперативку и всё ОК.
	Удалить	Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

	10. "Не могу убить процесс."
	Сообщение от ejik (??) on 15-Авг-05, 19:08  (MSK)
	>У меня такое было с FreeBSD-4.7 прилось менять Оперативку и всё ОК. > Вот линк на утилитку, проверяющая память. http://home.earthlink.net/~alegr/download/index.htm Шикарная вещь. Я сам очень много раз сталкивался с необъяснимыми глюками на разных машинах. Если на них была битая память, эта прога сразу говорила, что что-то не так. Короче, создаешь загрузочную ДОС-дискету. Записываешь прогу на нее же. Загружаешься с нее и запускаешь прогу. Она перейдет в защищенный режим и сначала подсчитает количество памяти. Если она покажет размер памяти, не соответствующий реальному размеру, то значит память битая. Вообще, если с памятью все в порядке, то тест будет продолжаться бесконечно (он идет довольно долго. На ночь можно оставить). А если будет просить "Any Key", и при этом писать всякий мусор белыми буквами, то значит, опять-таки, память битая.
	Удалить	Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

Архив | Удалить	Индекс форумов | Темы | Пред. тема | След. тема
Оцените тред (1=ужас, 5=супер)? [ 1 | 2 | 3 | 4 | 5 ]

Пожалуйста, прежде чем написать сообщение, ознакомьтесь с данными рекомендациями.