The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

форумы  помощь  поиск  регистрация  майллист  ВХОД  слежка  RSS
"OpenNews: Немного о Watchdog в FreeBSD"
Вариант для распечатки Архивированная нить - только для чтения! 
Пред. тема | След. тема 
Форумы Разговоры, обсуждение новостей (Public)
Изначальное сообщение [Проследить за развитием треда]

"OpenNews: Немного о Watchdog в FreeBSD"
Сообщение от opennews (??) on 24-Июн-04, 17:43 
Poul-Henning Kamp рассказал о состоянии подсистемы программного watchdog (http://www.freebsd.org/cgi/man.cgi?query=watchdog) в FreeBSD-CURRENT, обеспечивающей перезагрузку системы в случае отрицательного результата периодической проверки (отсутствие сигнала в пределах таймаута).


Для сигнализации ядра о работоспособности системы используется простой демон watchdogd (http://www.freebsd.org/cgi/man.cgi?query=watchdogd), включение программного Watchdog производится через опцию
SW_WATCHDOG в конфигурации ядра.

URL: http://ezine.daemonnews.org/200406/watchdog.html
Новость: https://www.opennet.ru/opennews/art.shtml?num=4021

Cообщить модератору | Наверх | ^

 Оглавление

Сообщения по теме [Сортировка по времени, UBB]


1. "Немного о Watchdog в FreeBSD"
Сообщение от toor99 email(??) on 24-Июн-04, 17:43 
Сомнительное какое-то решение. Уж если зависли, то зависли. Кабы он был программно-аппаратным - тогда да, имело бы смысл. А чисто программная реализация - это больше для самоуспокоения.
Cообщить модератору | Наверх | ^

2. ">Сомнительное какое-то решение."
Сообщение от poige (??) on 24-Июн-04, 18:39 
>Сомнительное какое-то решение. Уж если зависли, то зависли. Кабы он был программно-аппаратным
>- тогда да, имело бы смысл. А чисто программная реализация -
>это больше для самоуспокоения.

Не совсем так. В (моей) практике случалось, что user
level software не работает, а ядро -- продолжает. Конкретный
пример, который запомнил: форвардинг пакетов происходил, а
DHCP-сервер, sshd (и наверное все остальное) не работали.

Также, думаю, это может помочь при DoS-атаках (типа fork()-бомб и
прочих, т. п., когда более-менее выполняется только код ядра).

/poige
--
http://www.i.morning.ru/~poige/

Cообщить модератору | Наверх | ^

4. ">Сомнительное какое-то решение."
Сообщение от dawnshade email on 24-Июн-04, 20:11 
Угу, факт, бывает...
Cообщить модератору | Наверх | ^

3. "Немного о Watchdog в FreeBSD"
Сообщение от CGen email on 24-Июн-04, 19:19 
Это бывает редко. Я понимаю термин "завис", как сбой, при котором CPU не выполняет инструкции. А все остальные случаи - это сбои, но не зависания. Так что всё зависит от трактования термина :-)

Однако, ведь не сказано, что watchdog средство от зависания, пусть будет - мало ли что бывает.  

Cообщить модератору | Наверх | ^

5. "Немного о Watchdog в FreeBSD"
Сообщение от Vladimir email(??) on 24-Июн-04, 21:14 
Пусть будет, только желательно в узер-левел контексте :-)
Cообщить модератору | Наверх | ^

6. "Немного о Watchdog в FreeBSD"
Сообщение от dawnshade email on 24-Июн-04, 22:09 
>Пусть будет, только желательно в узер-левел контексте :-)


а вот об это пиши phk....

Cообщить модератору | Наверх | ^

7. "Немного о Watchdog в FreeBSD"
Сообщение от uldus (ok) on 25-Июн-04, 10:45 
>Это бывает редко.

Это бывает сплошь и рядом, в отличии от зависании на уровне ядра (таких уже года 3 я не встречал). Последнее забиванние свопа из-за разрастания числа толстых процессов у одного из клиентов было позавчера. Блокирвка из-за ошибки вбивания правил ipfw - это вообще песня, благо имеется change_rules.sh в examples.


Cообщить модератору | Наверх | ^

8. "Немного о Watchdog в FreeBSD"
Сообщение от CGen email on 25-Июн-04, 20:22 
Какая версия?
Тогда проще не пользоваться FreeBSD.

У меня, слава Богу, такого никогда небыло. Работает всё месяцами, иногда только кофиги правлю.

Cообщить модератору | Наверх | ^

10. "Немного о Watchdog в FreeBSD"
Сообщение от uldus (ok) on 26-Июн-04, 21:24 
>Какая версия?
>Тогда проще не пользоваться FreeBSD.

FreeBSD и какие-лиюо версии здесь непричем, просто не все обращают внимание на наличие системных лимитов. Самая распространенная причина, число процессов (например, apache+mod+php могут быть достаточно толсыми) достигает того предела, когда возникает потребность в своппинге, дальше как снежный ком, пока весь своп не забъется. Linux в этом случае начинает безжалостно отстреливать процессы, FreeBSD отстреливает только т.е. которым уже не хватает переполненного свопа, поэтому без рукоприкладства или watchdog'а ее из ступора не вывести.


Cообщить модератору | Наверх | ^

9. "Немного о Watchdog в FreeBSD"
Сообщение от poige (??) on 26-Июн-04, 19:26 
>>Это бывает редко.
>
[...]
> Блокирвка
>из-за ошибки вбивания правил ipfw - это вообще песня, благо имеется
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
>change_rules.sh в examples.
^^^^^^^^^^^^^^^^^^^^^

а как тебе тут watchdog поможет? :-)

/poige

Cообщить модератору | Наверх | ^

11. "Немного о Watchdog в FreeBSD"
Сообщение от uldus (ok) on 26-Июн-04, 21:25 
>>change_rules.sh в examples.

>а как тебе тут watchdog поможет? :-)

change_rules.sh - это и есть своеобразный watchdog.

Cообщить модератору | Наверх | ^

12. "> change_rules.sh - это и есть своеобразный watchdog."
Сообщение от poige (??) on 26-Июн-04, 22:22 
ага (!), вот что имелось в виду... :-)

/poige

Cообщить модератору | Наверх | ^

Удалить

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




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру