[make-initrd] падение фильтра на 2.0.4

[Alexey Gladkov]

On Fri, Jan 17, 2020 at 05:02:50PM +0300, Michael Shigorin wrote:
> On Fri, Jan 10, 2020 at 10:31:03AM +0100, Alexey Gladkov wrote:
> > > Тут на старенькой версии m-i наткнулся на сегфолт --
> > > 2.0.4-alt3.1 на e2kv4 при виде 124 жёстких дисков даёт:
> > > 
> > > wait_status: 11, install exited abnormally -- received signal 11
> > > Process '/lib/uevent/filters/debug' terminated by signal TERM.
> > Возможно, /lib/uevent/filters/debug засрал весь tmpfs из-за
> > того, что эвентов очень много. Можешь попробовать удалить:
> > /usr/share/make-initrd/data/lib/uevent/filters/debug
> 
> Ещё /usr/share/make-initrd/data/etc/udev/rules.d/00-debug.rules

Да.

> > потом собрать образ и проверить ?
> 
> Наконец добрался (какое-то неожиданно шустрое начало года
> вышло, я было настроился на медленный старт, ага).
> 
> Дело было именно в отладке -- там 8M tmpfs.

Я так сразу и подумал.

> Как думаешь, может, такой "предохранитель" встроить?

Нужно. Я сделаю в новом релизе.

> -showenv -q > "$debugdir/$event"
> +showenv -q > "$debugdir/$event" || rm -rf "$debugdir"
> 
> Ну или хотя бы просто ||:, чтоб не вылетало, но наглухо забитый
> tmpfs наверняка чреват проблемами и для других обработчиков.

Да, это будет ломать остальные обработчики.

Я думал либо выбросить совсем это, либо в фичу отдельную вынести. Это мне
нужно было, когда случайно терялись эвенты и я это использовал для
разработки.

> Ещё обдумывал вариант, чтоб отладку включать только
> по какому instdebug в /proc/cmdline -- но это ещё чуть
> увеличит накладные расходы по ней, причём всем,
> потому не уверен.
> 
> PS: всё никак не привыкну к наличию make-initrd@ --
> может, перенести обсуждение туда "как есть"? :)

Давай перенесём, чтобы в архиве было обсуждение.

+Cc: make-initrd@

-- 
Rgrds, legion