I started a pvmove last evening. This morning I found it stuck
with a kernel Oops. By now, I get this Oops each time during vgscan.
Thus I have no change even to look at the current state of my VG :-(
I disabled one of the disks and tried to access the remaining LVs
using --partial. I get my LV's listed, but when I try to access them
I again get the Oops and my system feezes.
I googeled about a recent "bio_clone bug", but I tried several kernels,
even a 2.6.14, but always got the same...
here comes the Oops:
Unable to handle kernel paging request at virtual address d0a47000
printing eip:
d0a339a7
*pde = 0127b067
Oops: 0000 [#1]
Modules linked in: dm_mirror evdev joydev sg st sr_mod nvram nfsd exportfs
edd autofs speedstep_lib freq_table thermal processor fan button battery ipv6
ac e1000 i2c_viapro via_agp e100 mii i2c_core agpgart parport_pc uhci_hcd
parport usbcore capability commoncap ext3 jbd vfat fat dm_mod ide_cd cdrom
sata_promise libata ide_disk pdc202xx_old via82cxxx ide_core sd_mod scsi_mod
CPU: 0
EIP: 0060:[<d0a339a7>] Not tainted VLI
EFLAGS: 00010246 (2.6.14-default-gf2c84c0e)
EIP is at core_in_sync+0x7/0x20 [dm_mirror]
eax: c958bdc0 ebx: d0a41000 ecx: 00000000 edx: 00030000
esi: cffc2900 edi: c97657e0 ebp: 00000000 esp: c84fda3c
ds: 007b es: 007b ss: 0068
Process udev_volume_id (pid: 12044, threadinfo=c84fc000 task=c554e5c0)
Stack: d0a38380 d0a35651 00000000 0000000a 00030000 00000000 c01608a9 c6a3f740
c958be40 c6a3f738 cffc2900 d0a310b8 d087837c 0c000000 00000000 cffc2180
c6a3f748 c84fdae8 d0878618 00000000 00000001 00000008 00000000 00000000
Call Trace:
[<d0a35651>] mirror_map+0xa1/0x150 [dm_mirror]
[<c01608a9>] bio_clone+0xc9/0xd0
[<d087837c>] __map_bio+0x3c/0x100 [dm_mod]
[<d0878618>] __clone_and_map+0xc8/0x320 [dm_mod]
[<c0140f1a>] mempool_alloc+0x2a/0xc0
[<d0878917>] __split_bio+0xa7/0x120 [dm_mod]
[<d08789f6>] dm_request+0x66/0x90 [dm_mod]
[<c025772b>] generic_make_request+0xeb/0x170
[<c01608a9>] bio_clone+0xc9/0xd0
[<d087837c>] __map_bio+0x3c/0x100 [dm_mod]
[<d0878618>] __clone_and_map+0xc8/0x320 [dm_mod]
[<c0140f1a>] mempool_alloc+0x2a/0xc0
[<d0878917>] __split_bio+0xa7/0x120 [dm_mod]
[<d08789f6>] dm_request+0x66/0x90 [dm_mod]
[<c025772b>] generic_make_request+0xeb/0x170
[<c0257800>] submit_bio+0x50/0xe0
[<c01605e9>] bio_alloc_bioset+0xe9/0x1e0
[<c015ff6d>] submit_bh+0x13d/0x190
[<c015ef2a>] block_read_full_page+0x30a/0x320
[<c0162e90>] blkdev_get_block+0x0/0x80
[<c0144aec>] read_pages+0x4c/0x100
[<c014247c>] __alloc_pages+0x17c/0x410
[<c0144c44>] __do_page_cache_readahead+0xa4/0x100
[<c0144df1>] blockable_page_cache_readahead+0x51/0xd0
[<c0145031>] page_cache_readahead+0x101/0x1a0
[<c013e516>] do_generic_mapping_read+0x326/0x490
[<c013e912>] __generic_file_aio_read+0x1a2/0x210
[<c013e680>] file_read_actor+0x0/0xf0
[<c013ea85>] generic_file_read+0x95/0xc0
[<c012ea20>] autoremove_wake_function+0x0/0x50
[<c015b947>] vfs_read+0xd7/0x180
[<c015bcd1>] sys_read+0x41/0x70
[<c0102f29>] syscall_call+0x7/0xb
--
Dieter Stüken, con terra GmbH, Münster
stueken@conterra.de
http://www.conterra.de/
(0)251-7474-501
_______________________________________________
linux-lvm mailing list
linux-lvm@redhat.com
https://www.redhat.com/mailman/listinfo/linux-lvm
read the LVM HOW-TO at http://tldp.org/HOWTO/LVM-HOWTO/
