|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Slava Astashonok 2:5020/400 11 Dec 2003 13:17:53
To : Aleksey Barabanov
Subject : Re: userspace vitalness
--------------------------------------------------------------------------------
Aleksey Barabanov wrote:
>>Aleksey Barabanov wrote:
>>
>>>Hi, All.
>>>
>>>Чем можно проверить то что в сервере жив userspace. Hапример то, что не
>>>померли примонтированные диски проверить можно записью с синком чего-то
>>>на указанные диски. А как проверить возможность системы порождать
>>>процессы ? В баше форком ? Или еще как ? У кого-то есть рецептик ?
[...]
> Правильно. Hо из 1000 вариантов сделать форк, я бы хотел узнать как и на
> каком основании был сделан конкретный выбор. И еще, это должен быть
> резидентный процесс. Т.е. если для ssh, автоконнект по ключам. Hо ведь
> некузяво. Чего будет достаточно и действенно ? Есть какой опыт ?
Понятно. Мне вспонился случай, как на одном из серверов исчерпался лимит
на число открытых файлов (тот, что в /proc/sys/fs/file-max), в
результате процесс на самом деле форкался, но фунционировать не мог, так
как работал с файлами - сразу дох. Чтобы получить правильную картину
произошедшего нужно использовать "тонкие" инструменты, чтобы полученные
результаты нельзя было неверно интерпретировать, поэтому ssh
действительно не годится - слишком "толст". Лучше написать что-нибудь на
C. Заодно кроме fork() можно будет проверить и open(), и malloc(). Ещё в
grsecurity-патче имеется кое-что подобное - Fork failure logging и такая
полезная вещь, как Signal logging.
P.S. Опыта подобного мониторинга нет, есть только соображения.
--
f u cn rd ths ur prbly a unix usr...
--- ifmail v.2.15dev5.1
* Origin: Demos online service (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
Re: userspace vitalness 
