From: Brook Davis <brook.davis-7UrYtyJGsuhBDgjK7y7TUQ@public.gmane.org>
To: linux-bcache-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Subject: register extended partition borks kernel
Date: Thu, 02 Aug 2012 12:47:43 -0400 [thread overview]
Message-ID: <501AAF2F.2010000@nimboxx.com> (raw)
Hi all,
I've been trying (unsuccessfully) to have my bcache device automount on
boot as a backing store for libvirt to use.
I was trying to use the loop in the bcache initramfs script and found my
machine was repeatedly hanging. After some testing, I found this was
due to bcache blowing up when I echo'd the device node of an extended
partition to the register sys interface.
Here's what I was doing:
for i in `ls /dev/sd*`; do
echo $i > /sys/fs/bcache/register_quiet
done
It hangs on /dev/sda2. Here's my disk layout for sda:
root@brain:~# fdisk -l /dev/sda
Disk /dev/sda: 1000.2 GB, 1000204886016 bytes
255 heads, 63 sectors/track, 121601 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x000b0e70
Device Boot Start End Blocks Id System
/dev/sda1 * 1 120559 968381440 83 Linux
/dev/sda2 120559 121602 8378369 5 Extended
/dev/sda5 120559 121602 8378368 82 Linux swap / Solaris
and kernel :
Linux brain 3.5.0-rc6+ #1 SMP Thu Jul 19 16:13:20 EDT 2012 x86_64 x86_64
x86_64 GNU/Linux
git commit : a29809551cd847e5588c9ebc843eda5cd3736d8e
I found doing this "echo /dev/sda2 > /sys/fs/bcache/register_quiet"
completely hangs the machine, producing this in my logs:
Aug 2 12:37:12 brain kernel: [ 395.881134] INFO: rcu_sched
self-detected stall on CPU { 3} (t=6000 jiffies)
Aug 2 12:37:12 brain kernel: [ 395.881153] Pid: 1662, comm: bash Not
tainted 3.5.0-rc6+ #1
Aug 2 12:37:12 brain kernel: [ 395.881156] Call Trace:
Aug 2 12:37:12 brain kernel: [ 395.881158] <IRQ> [<ffffffff810e4e96>]
__rcu_pending+0x216/0x4a0
Aug 2 12:37:12 brain kernel: [ 395.881174] [<ffffffff810a6f30>] ?
tick_nohz_handler+0xf0/0xf0
Aug 2 12:37:12 brain kernel: [ 395.881179] [<ffffffff810e514c>]
rcu_pending+0x2c/0x70
Aug 2 12:37:12 brain kernel: [ 395.881184] [<ffffffff810e5991>]
rcu_check_callbacks+0xa1/0x140
Aug 2 12:37:12 brain kernel: [ 395.881189] [<ffffffff81063578>]
update_process_times+0x48/0x90
Aug 2 12:37:12 brain kernel: [ 395.881193] [<ffffffff810a6f94>]
tick_sched_timer+0x64/0xc0
Aug 2 12:37:12 brain kernel: [ 395.881197] [<ffffffff81079a32>]
__run_hrtimer+0x72/0x1d0
Aug 2 12:37:12 brain kernel: [ 395.881203] [<ffffffff8101b9a9>] ?
read_tsc+0x9/0x20
Aug 2 12:37:12 brain kernel: [ 395.881207] [<ffffffff8107a263>]
hrtimer_interrupt+0xe3/0x210
Aug 2 12:37:12 brain kernel: [ 395.881212] [<ffffffff8163d319>]
smp_apic_timer_interrupt+0x69/0x99
Aug 2 12:37:12 brain kernel: [ 395.881219] [<ffffffff8163c08a>]
apic_timer_interrupt+0x6a/0x70
Aug 2 12:37:12 brain kernel: [ 395.881220] <EOI> [<ffffffff8130bb43>]
? radix_tree_lookup_element+0x43/0x90
Aug 2 12:37:12 brain kernel: [ 395.881230] [<ffffffff8130bb9e>]
radix_tree_lookup_slot+0xe/0x10
Aug 2 12:37:12 brain kernel: [ 395.881237] [<ffffffff8111bf6e>]
find_get_page+0x1e/0xa0
Aug 2 12:37:12 brain kernel: [ 395.881240] [<ffffffff8111c1e6>]
find_lock_page+0x26/0x80
Aug 2 12:37:12 brain kernel: [ 395.881246] [<ffffffff811a8704>] ?
__find_get_block+0xa4/0x210
Aug 2 12:37:12 brain kernel: [ 395.881250] [<ffffffff8111cebf>]
find_or_create_page+0x3f/0xb0
Aug 2 12:37:12 brain kernel: [ 395.881254] [<ffffffff811a8ef6>]
__getblk+0xe6/0x280
Aug 2 12:37:12 brain kernel: [ 395.881270] [<ffffffff811a90e3>]
__bread+0x13/0xa0
Aug 2 12:37:12 brain kernel: [ 395.881285] [<ffffffffa001a5d2>]
register_bcache+0x192/0xa00 [bcache]
Aug 2 12:37:12 brain kernel: [ 395.881292] [<ffffffff8115d761>] ?
alloc_pages_current+0xb1/0x120
Aug 2 12:37:12 brain kernel: [ 395.881298] [<ffffffff81308987>]
kobj_attr_store+0x17/0x20
Aug 2 12:37:12 brain kernel: [ 395.881304] [<ffffffff811e6281>]
sysfs_write_file+0xd1/0x160
Aug 2 12:37:12 brain kernel: [ 395.881311] [<ffffffff81177c06>]
vfs_write+0xc6/0x180
Aug 2 12:37:12 brain kernel: [ 395.881315] [<ffffffff81177f21>]
sys_write+0x51/0x90
Aug 2 12:37:12 brain kernel: [ 395.881320] [<ffffffff8163b5e9>]
system_call_fastpath+0x16/0x1b
Any thoughts on this ?
What is the correct way to pull bcache devices up prior to mounting, so
they can be automounted via fstab entries ?
Please let me know if I can provide more / better info.
Thanks,
Brook
reply other threads:[~2012-08-02 16:47 UTC|newest]
Thread overview: [no followups] expand[flat|nested] mbox.gz Atom feed
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=501AAF2F.2010000@nimboxx.com \
--to=brook.davis-7urytyjgsuhbdgjk7y7tuq@public.gmane.org \
--cc=linux-bcache-u79uwXL29TY76Z2rM5mHXA@public.gmane.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.