Re: BUG: spinlock trylock failure on UP on CPU#0, vgchange/936

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Sun, 22 Jan 2012 at 02:36, Christian Kujau wrote:
> On Sun, 22 Jan 2012 at 11:30, Jens Axboe wrote:
> > What about with this on top?
> 
> Will try. A compile on this box takes almost two hours (PowerBook G4, 
> throttled to 70MHz), would it be enough to remove the block/*.o files and 
> continue from there?

OK, I did that. With the pull from linux-block.git ("for-linus") and your 
diff[0], the BUG is still there:

[   15.048991] BUG: spinlock trylock failure on UP on CPU#0, vgchange/911
[   15.050579]  lock: ef32a9f8, .magic: dead4ead, .owner: vgchange/911, .owner_cpu: 0
[   15.052081] Call Trace:
[   15.053561] [eecaf9e0] [c0009de4] show_stack+0x70/0x1bc (unreliable)
[   15.055078] [eecafa20] [c0326d64] spin_dump+0x70/0xe0
[   15.056576] [eecafa30] [c0326f48] do_raw_spin_trylock+0x58/0x70
[   15.058052] [eecafa40] [c0512b88] _raw_spin_trylock+0x34/0xa0
[   15.059496] [eecafa60] [c02f53f4] put_io_context+0xd8/0x184
[   15.060953] [eecafa80] [c030343c] __cfq_slice_expired+0x1e4/0x43c
[   15.062426] [eecafac0] [c03053bc] cfq_insert_request+0x234/0x558
[   15.063908] [eecafae0] [c02edc00] __elv_add_request+0x1a4/0x2d4
[   15.065371] [eecafaf0] [c02f0f14] blk_flush_plug_list+0x22c/0x270
[   15.066833] [eecafb20] [c051133c] io_schedule+0x74/0xec
[   15.068270] [eecafb30] [c0110f1c] dio_await_completion+0x60/0xf4
[   15.069692] [eecafb50] [c0112ca0] __blockdev_direct_IO+0x1b80/0x3574
[   15.071110] [eecafd70] [c010f438] blkdev_direct_IO+0x54/0x64
[   15.072512] [eecafd90] [c009a424] generic_file_aio_read+0x7b8/0x808
[   15.073890] [eecafe40] [c00d4f68] do_sync_read+0xb8/0x144
[   15.075254] [eecafef0] [c00d6168] vfs_read+0xcc/0x1c0
[   15.076610] [eecaff10] [c00d6394] sys_read+0x58/0xc8
[   15.077958] [eecaff40] [c00127a0] ret_from_syscall+0x0/0x38
[   15.079299] --- Exception: c01 at 0xfe52b90
[   15.079302]     LR = 0x1003e834


As I said before, I do have lvm2 tools installed, but I'm not actually 
using LVM. Grepping through the initscripts, the lvm2 init script 
seems to be doing the following during bootup:

  do_start()
  {
        modprobe dm-mod 2> /dev/null || :
        /sbin/vgscan --ignorelockingfailure --mknodes || :
        /sbin/vgchange -aly --ignorelockingfailure || return 2
  }


Running "vgchange -aly --ignorelockingfailure" again (that is, after 
the machine finished booting and printed the BUG already) does not print 
the BUG again, I guess that's intentional.

Thanks,
Christian.

[0] http://nerdbynature.de/bits/3.2.0/block-axboe-1.diff
-- 
BOFH excuse #262:

Our POP server was kidnapped by a weasel.

--
dm-devel mailing list
dm-devel@xxxxxxxxxx
https://www.redhat.com/mailman/listinfo/dm-devel


[Index of Archives]     [DM Crypt]     [Fedora Desktop]     [ATA RAID]     [Fedora Marketing]     [Fedora Packaging]     [Fedora SELinux]     [Yosemite Discussion]     [KDE Users]     [Fedora Docs]

  Powered by Linux