From: Jan Kiszka <jan.kiszka@siemens.com>
To: Anton Mikanovich <amikan@ilbers.de>, isar-users@googlegroups.com
Subject: Re: [PATCH v1 3/5] dpkg: Remove unmount loop
Date: Thu, 8 Jul 2021 18:16:11 +0200 [thread overview]
Message-ID: <e1d5b469-e15e-531a-df54-617ac82c09b7@siemens.com> (raw)
In-Reply-To: <9a6c1b19-c9ad-e2b7-fbbf-d3b0ae2dda88@ilbers.de>
On 08.07.21 16:35, Anton Mikanovich wrote:
> 08.07.2021 15:21, Jan Kiszka wrote:
>> This is very likely wrong: We know from the past (should be in the git
>> history, e.g 17d0842d) that not all subprocesses started inside the
>> chroot may have been terminated when we left it. That can cause
>> significant delays between returning from chroot and finding non-busy
>> mount points to complete all umounts. Now, if you silently fail umounts,
>> you may find inconsistently mounted chroots on the next recipe that
>> tries to remount them. Big fat warning sign...!
>>
>> Jan
>
> Is that really correct to left background processes running from chroot?
> Even if it is, we need to control it not to let it run forever.
> Not sure how to deal with that. Set maximum run time maybe?
>
See the commit I cited on how these issues were reproducible. The only
way to get rid of all pending processes - besides waiting for them - was
and likely still is putting them in containers.
If you can confirm that those issues are gone and explain, why, we can
obviously change the umounting scheme. But none of the patches so far
acknowledge these issues, thus have a high potential to kicking us back
to the point before the current lazy umounting scheme.
Jan
--
Siemens AG, T RDA IOT
Corporate Competence Center Embedded Linux
next prev parent reply other threads:[~2021-07-08 16:16 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2021-07-07 16:38 [PATCH v1 0/5] Restore downstream mounts compatibility Anton Mikanovich
2021-07-07 16:38 ` [PATCH v1 1/5] Revert "dpkg: Make mount buildroot reliable" Anton Mikanovich
2021-07-08 12:16 ` Jan Kiszka
2021-07-07 16:38 ` [PATCH v1 2/5] mount: Allow calling unmount on not mounted paths Anton Mikanovich
2021-07-08 12:17 ` Jan Kiszka
2021-07-07 16:38 ` [PATCH v1 3/5] dpkg: Remove unmount loop Anton Mikanovich
2021-07-08 12:21 ` Jan Kiszka
2021-07-08 14:35 ` Anton Mikanovich
2021-07-08 16:16 ` Jan Kiszka [this message]
2021-08-17 13:02 ` Anton Mikanovich
2021-07-07 16:38 ` [PATCH v1 4/5] image: Add reference counter Anton Mikanovich
2021-07-07 16:38 ` [PATCH v1 5/5] events: Unmount all lost mounts at task fail Anton Mikanovich
2021-07-08 12:24 ` Jan Kiszka
2021-07-08 14:41 ` Anton Mikanovich
2021-07-08 16:28 ` Jan Kiszka
2021-07-12 16:08 ` Baurzhan Ismagulov
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=e1d5b469-e15e-531a-df54-617ac82c09b7@siemens.com \
--to=jan.kiszka@siemens.com \
--cc=amikan@ilbers.de \
--cc=isar-users@googlegroups.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox