The OpenNET Project / Index page

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



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Список возможностей, которых не хватает в ядре Linux по мнен..., opennews (ok), 11-Окт-11, (0) [смотреть все]

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


66. "Список возможностей, которых не хватает в ядре Linux по мнен..."  +/
Сообщение от Xaionaro (ok), 12-Окт-11, 01:19 
>>Кому что, а лично мне бы сейчас пригодилась возможность принципиально запретить перезагрузку, откладывая все попытки в какой-нибудь лог.
> Еще хорошо бы запретить смерть, войну и голод, ага.

Вообще-то не вижу ничего сверхъестественного в отмене перезагрузок в большенстве ситуаций. Прошу простить мою тупость, конечно :)

> Если не хочется, чтобы система автоматически перезагружалась при панике - sysctl kernel/panic=0

Увы, конечно же, это уже пробовано. Проблема не в kernel panic, а в чём-то другом. А перезагрузка мгновенная, без каких-либо сообщений на экране.

>>Есть у меня одна конфигурация на базе linux 3.0-rt + drbd + xen, которая приводит к внезапным перезагрузкам без каких-либо объяснений причин
> А вообще, знаете вы толк в мазохизме. RT-ветка вовсе не позиционируется как
> стабильная.

Да, я в курсе.

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

67. "Список возможностей, которых не хватает в ядре Linux по мнен..."  +1 +/
Сообщение от Аноним (-), 12-Окт-11, 01:27 
>Вообще-то не вижу ничего сверхъестественного в отмене перезагрузок в большенстве ситуаций.

Похоже, что у вас перезагрузки происходят не из-за штатных механизмов обработки сбоев (в частности, таким механизмом является паника), а из-за каких-то ошибок в ядре. А ошибки как класс, запретить, к сожалению, нельзя.

Разве что какое-то приложение из юзерспейса самопроизвольно командует или триггеры дергает - тогда да, такой запрет мог бы помочь. Но тут гораздо проще не давать рута кому попало. К конце концов, есть же capabilities.

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

69. "Список возможностей, которых не хватает в ядре Linux по мнен..."  +/
Сообщение от Xaionaro (ok), 12-Окт-11, 01:34 
>>Вообще-то не вижу ничего сверхъестественного в отмене перезагрузок в большенстве ситуаций.
> Похоже, что у вас перезагрузки происходят не из-за штатных механизмов обработки сбоев
> (в частности, таким механизмом является паника), а из-за каких-то ошибок в
> ядре. А ошибки как класс, запретить, к сожалению, нельзя.
> Разве что какое-то приложение из юзерспейса самопроизвольно командует или триггеры дергает
> - тогда да, такой запрет мог бы помочь. Но тут гораздо
> проще не давать рута кому попало. К конце концов, есть же
> capabilities.

Да, это понятно. Моя интуиция подсказывает, что проблема как-то связана с drbd. В дефолтном конфиге к drbd настроены аварийные перезагрузки, используя sysrq-trigger. В конфиге, конечно же, от этого уже ничего не осталось, однако окончательно разобраться было бы проще, если все штатные механизмы перезагрузок можно было бы временно заблокировать.

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

70. "Список возможностей, которых не хватает в ядре Linux по мнен..."  +/
Сообщение от Аноним (-), 12-Окт-11, 02:01 
Если уж все равно собирается кастомное ядро - в данном случае можно отключить MAGIC_SYSRQ в конфиге ядра. Afaik, при этом файл sysrq-trigger создаваться не должен.

Но вообще идея добавить управление доступом к этому механизму, в свете вышесказанного, звучит вполне здраво.

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

73. "Список возможностей, которых не хватает в ядре Linux по мнен..."  +/
Сообщение от pavlinux (ok), 12-Окт-11, 05:20 
> Если уж все равно собирается кастомное ядро - в данном случае можно
> отключить MAGIC_SYSRQ в конфиге ядра. Afaik, при этом файл sysrq-trigger создаваться
> не должен.
> Но вообще идея добавить управление доступом к этому механизму, в свете вышесказанного,
> звучит вполне здраво.

В Debian есть MAGIC_SYSRQ_DEFAULT_MASK, задав определённую маску
можно запретить или разрешить только нужные коды.

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

78. "Список возможностей, которых не хватает в ядре Linux по мнен..."  +/
Сообщение от Аноним (-), 12-Окт-11, 14:47 
>В Debian есть MAGIC_SYSRQ_DEFAULT_MASK, задав определённую маску можно запретить или разрешить только нужные коды.

Это везде есть. А еще эту маску можно поменять в рантайме через sysctl.
Только, увы и ах, на /proc/sysrq-trigger оно никак не влияет (если верить документации) - только на Magic SysRq Keys.

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

80. "Список возможностей, которых не хватает в ядре Linux по мнен..."  +/
Сообщение от pavlinux (ok), 12-Окт-11, 17:30 
>>В Debian есть MAGIC_SYSRQ_DEFAULT_MASK, задав определённую маску можно запретить или разрешить только нужные коды.
> Это везде есть.

В Debian и клонах.

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

76. "Список возможностей, которых не хватает в ядре Linux по мнен..."  +/
Сообщение от Xaionaro (ok), 12-Окт-11, 10:05 
> Если уж все равно собирается кастомное ядро - в данном случае можно
> отключить MAGIC_SYSRQ в конфиге ядра. Afaik, при этом файл sysrq-trigger создаваться
> не должен.

Ядро из репозитория.

> Но вообще идея добавить управление доступом к этому механизму, в свете вышесказанного,
> звучит вполне здраво.

Да, было бы здорово.

Ответить | Правка | К родителю #70 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




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

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