public inbox for linux-bcache@vger.kernel.org
 help / color / mirror / Atom feed
* register extended partition borks kernel
@ 2012-08-02 16:47 Brook Davis
  0 siblings, 0 replies; only message in thread
From: Brook Davis @ 2012-08-02 16:47 UTC (permalink / raw)
  To: linux-bcache-u79uwXL29TY76Z2rM5mHXA

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

^ permalink raw reply	[flat|nested] only message in thread

only message in thread, other threads:[~2012-08-02 16:47 UTC | newest]

Thread overview: (only message) (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2012-08-02 16:47 register extended partition borks kernel Brook Davis

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox