From: Coly Li <colyli@suse.de>
To: "linux-bcache@vger.kernel.org" <linux-bcache@vger.kernel.org>
Cc: linux-block@vger.kernel.org
Subject: Request For Suggestion: how to handle udevd timeout for bcache registration
Date: Thu, 23 Apr 2020 19:23:00 +0800 [thread overview]
Message-ID: <7c92cd67-8e62-7d55-c520-345c30513bfa@suse.de> (raw)
Hi folk,
I want to listen to your suggestion on how to handle the udevd timeout
for bcache registration.
First of all let me introduce the background of this timeout problem.
Now the bcache registration is synchronized, the registering process
will be blocked until the whole registration done. In boot up time, such
registration can be initiated from a bcache udev rule. Normally it won't
be problem, but for very large cached data size there might be a large
internal btree on the cache device. During the registration checking all
the btree nodes may take 50+ minutes as a udev task, it exceeds 180
seconds timeout and udevd will kill it. The killing signal will make
kthread_create() fail during bcache initialization, then the automatic
bcache registration in boot up time will fail.
The above text describes the problem I need to solve: make boot up time
automatic bache registration always success no mater how long it will take.
I know there are several solutions to solve such problem, I do
appreciate if you may share the solution so that I may learn good ideas
from them.
Thank you in advance for the information sharing of my request of
suggestion.
Coly Li
next reply other threads:[~2020-04-23 11:23 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-04-23 11:23 Coly Li [this message]
2020-04-23 15:08 ` Request For Suggestion: how to handle udevd timeout for bcache registration Jens Axboe
2020-04-24 8:57 ` Coly Li
2020-04-24 9:49 ` Hannes Reinecke
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=7c92cd67-8e62-7d55-c520-345c30513bfa@suse.de \
--to=colyli@suse.de \
--cc=linux-bcache@vger.kernel.org \
--cc=linux-block@vger.kernel.org \
/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