* Re: [make-initrd] падение фильтра на 2.0.4
@ 2020-01-17 15:59 ` Alexey Gladkov
2020-01-17 16:06 ` Michael Shigorin
2020-01-17 16:15 ` Alexey Gladkov
1 sibling, 1 reply; 3+ messages in thread
From: Alexey Gladkov @ 2020-01-17 15:59 UTC (permalink / raw)
To: Michael Shigorin; +Cc: make-initrd
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
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: [make-initrd] падение фильтра на 2.0.4
2020-01-17 15:59 ` [make-initrd] падение фильтра на 2.0.4 Alexey Gladkov
@ 2020-01-17 16:06 ` Michael Shigorin
0 siblings, 0 replies; 3+ messages in thread
From: Michael Shigorin @ 2020-01-17 16:06 UTC (permalink / raw)
To: make-initrd
On Fri, Jan 17, 2020 at 04:59:49PM +0100, Alexey Gladkov wrote:
> > Как думаешь, может, такой "предохранитель" встроить?
> Нужно. Я сделаю в новом релизе.
Спасибо!
> Я думал либо выбросить совсем это, либо в фичу отдельную
> вынести. Это мне нужно было, когда случайно терялись эвенты
> и я это использовал для разработки.
Логично.
(написал было больше слов, поняв сперва не "фичу", а "подпакет",
но так явно всем ещё удобней получится)
--
---- WBR, Michael Shigorin / http://altlinux.org
------ http://opennet.ru / http://anna-news.info
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: [make-initrd] падение фильтра на 2.0.4
2020-01-17 15:59 ` [make-initrd] падение фильтра на 2.0.4 Alexey Gladkov
@ 2020-01-17 16:15 ` Alexey Gladkov
1 sibling, 0 replies; 3+ messages in thread
From: Alexey Gladkov @ 2020-01-17 16:15 UTC (permalink / raw)
To: make-initrd
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
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2020-01-17 16:15 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2020-01-17 15:59 ` [make-initrd] падение фильтра на 2.0.4 Alexey Gladkov
2020-01-17 16:06 ` Michael Shigorin
2020-01-17 16:15 ` Alexey Gladkov
Make-initrd development discussion
This inbox may be cloned and mirrored by anyone:
git clone --mirror http://lore.altlinux.org/make-initrd/0 make-initrd/git/0.git
# If you have public-inbox 1.1+ installed, you may
# initialize and index your mirror using the following commands:
public-inbox-init -V2 make-initrd make-initrd/ http://lore.altlinux.org/make-initrd \
make-initrd@lists.altlinux.org make-initrd@lists.altlinux.ru make-initrd@lists.altlinux.com
public-inbox-index make-initrd
Example config snippet for mirrors.
Newsgroup available over NNTP:
nntp://lore.altlinux.org/org.altlinux.lists.make-initrd
AGPL code for this site: git clone https://public-inbox.org/public-inbox.git