You are not logged in.

#1 2009-01-20 16:55:07

mindness
Member
Registered: 2009-01-20
Posts: 2

cryptsetup fails on mdadm raid5

I'm having some issues on making a raid5-array to my fileserver.

raid-array is made with command:
mdadm --create /dev/md0 --level=5 --raid-devices 4 missing /dev/sdc1 /dev/sdd1 /dev/sde1
because I will add the last one when I've copied all files. also tried with this with no more luck
mdadm --create /dev/md0 --level=5 --raid-devices 3 /dev/sdc1 /dev/sdd1 /dev/sde1

Everything goes OK until I write:
cryptsetup -c aes-xts-plain -y -s 512 luksFormat /dev/md0

All I get now is:

dmesg wrote:

BUG: unable to handle kernel paging request at 0000000058585858
IP: [<ffffffff802c8b02>] alloc_fd+0xe2/0x150
PGD 38863067 PUD 0
Oops: 0002 [#1] PREEMPT SMP
last sysfs file: /sys/kernel/uevent_seqnum
CPU 0
Modules linked in: ext2 mbcache iTCO_wdt iTCO_vendor_support uhci_hcd i2c_i801 s
g intel_agp ppdev lp i2c_core ppp_generic parport_pc parport snd_pcsp thermal pr
ocessor evdev fan button battery ac raid456 md_mod async_xor async_memcpy async_
tx xor coretemp w83627ehf hwmon_vid snd_usb_audio snd_usb_lib snd_rawmidi snd_hw
dep snd_seq_oss snd_seq_midi_event snd_seq snd_seq_device snd_pcm_oss snd_pcm sn
d_timer snd_page_alloc snd_mixer_oss snd soundcore slhc r8169 mii rtc_cmos rtc_c
ore rtc_lib xfs aes_x86_64 aes_generic xts gf128mul dm_crypt dm_mod ehci_hcd sd_
mod usbcore ata_piix ata_generic pata_acpi libata scsi_mod
Pid: 2244, comm: md0_raid5 Not tainted 2.6.28-ARCH #1
RIP: 0010:[<ffffffff802c8b02>]  [<ffffffff802c8b02>] alloc_fd+0xe2/0x150
RSP: 0018:ffff88003e6e1c58  EFLAGS: 00010282
RAX: 0000000058585858 RBX: 0000000000000000 RCX: ffff88000100fc60
RDX: 0000000000000000 RSI: 383730435141394a RDI: ffff88003e8c6480
RBP: ffff88003e8c6480 R08: 0000000000000000 R09: 0000000000000000
R10: ffff88003e44b7f8 R11: ffffffff802c8b00 R12: ffff88003ecd72e8
R13: ffff88003e52f400 R14: ffff88003d0a8f30 R15: 0000000000000003
FS:  0000000000000000(0000) GS:ffffffff8065e000(0000) knlGS:0000000000000000
CS:  0010 DS: 0018 ES: 0018 CR0: 000000008005003b
CR2: 0000000058585858 CR3: 000000003d274000 CR4: 00000000000006e0
DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000
DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400
Process md0_raid5 (pid: 2244, threadinfo ffff88003e6e0000, task ffff88003e44ef60
)
Stack:
ffffffffa00bb878 0000000000000000 ffff88003d2718e8 ffff88003ec6b800
0000000000000000 0000000000000002 ffffffffa00cd753 0000000000000002
0000000000000000 ffff88003d0a91b0 ffffffffa02ab6b5 ffff88003ef21ad0
Call Trace:
[<ffffffffa00bb878>] ? clone_endio+0x88/0xd0 [dm_mod]
[<ffffffffa00cd753>] ? crypt_dec_pending+0x53/0x90 [dm_crypt]
[<ffffffffa02ab6b5>] ? handle_stripe+0x545/0x2240 [raid456]
[<ffffffff80233ce8>] ? update_curr+0x118/0x130
[<ffffffff8020a97e>] ? __switch_to+0xce/0x480
[<ffffffff804889a5>] ? _spin_unlock_irq+0x5/0x40
[<ffffffffa02af306>] ? raid5d+0x396/0x510 [raid456]
[<ffffffff802273f5>] ? default_spin_lock_flags+0x5/0x10
[<ffffffff804885ce>] ? _spin_lock_irqsave+0x3e/0x50
[<ffffffffa0291a27>] ? md_thread+0x47/0x120 [md_mod]
[<ffffffff802572c0>] ? autoremove_wake_function+0x0/0x30
[<ffffffffa02919e0>] ? md_thread+0x0/0x120 [md_mod]
[<ffffffff80256ef7>] ? kthread+0x47/0x90
[<ffffffff8023cec7>] ? schedule_tail+0x27/0x70
[<ffffffff8020d909>] ? child_rip+0xa/0x11
[<ffffffff80256eb0>] ? kthread+0x0/0x90
[<ffffffff8020d8ff>] ? child_rip+0x0/0x11
Code: 48 c1 ef 06 83 e1 3f 48 d3 e6 48 09 34 f8 f7 44 24 0c 00 00 08 00 75 69 49
8b 55 10 48 89 f0 48 f7 d0 48 21 04 fa 4a 8d 04 e5 00 <00> 00 00 49 03 45 08 89
eb 48 8b 00 48 85 c0 74 25 89 ee 48 c7
RIP  [<ffffffff802c8b02>] alloc_fd+0xe2/0x150
RSP <ffff88003e6e1c58>
CR2: 0000000058585858
---[ end trace 7980a1a2a1be627c ]---

and then cryptsetup hangs completely.

I have the newest kernel and the whole system is up-to-date.

uname-a wrote:

Linux matrix 2.6.28-ARCH #1 SMP PREEMPT Sun Jan 18 19:41:52 UTC 2009 x86_64 Intel(R) Celeron(R) CPU 430 @ 1.80GHz GenuineIntel GNU/Linux

Any ideas how I can fix this?

Offline

#2 2009-03-08 14:57:17

CptYossarian
Member
Registered: 2009-02-05
Posts: 5

Re: cryptsetup fails on mdadm raid5

It happens the same to me.

I have a LVM volume named swap in a VG named R5, which is on top of a RAID5. When I run cryptsetup luksFormat on /dev/R5/swap, the system hangs.

Have you managed to fix it?

Offline

#3 2009-03-19 21:13:02

blue_lizard
Member
Registered: 2006-08-31
Posts: 6

Re: cryptsetup fails on mdadm raid5

Hi,
i have an similar problem.
I can reproduce it with:

dd if=/dev/zero of=./image bs=512 count=9179687
losetup /dev/loop7 ./image
cryptsetup -s 256 luksFormat /dev/loop7

9179687 is the size i want for the image to fit onto an dvd. If i set the size higher the same happens but the kernel locks.
Now the cryptsetup is locked up and in dmesg i have this:

BUG: unable to handle kernel NULL pointer dereference at 00000008
IP: [<c0177168>] mempool_free+0x18/0x90
*pdpt = 0000000031641001 *pde = 0000000000000000 
Oops: 0000 [#1] PREEMPT SMP 
last sysfs file: /sys/block/dm-5/uevent
Modules linked in: sha256_generic cbc nls_cp437 vfat fat cpufreq_ondemand ipv6 vboxnetflt ext2 joydev snd_seq_oss snd_seq_midi_event snd_seq snd_seq_device hid_apple snd_hda_intel snd_pcsp snd_pcm_oss snd_mixer_oss nvidia(P) usbhid uvcvideo intel_agp i2c_i801 hid snd_pcm psmouse compat_ioctl32 videodev v4l1_compat snd_timer snd_page_alloc snd_hwdep snd i2c_core serio_raw sg iTCO_wdt iTCO_vendor_support agpgart soundcore video output thermal evdev fan button battery ac vboxdrv tun loop cpufreq_powersave aes_i586 aes_generic acpi_cpufreq freq_table processor fuse rtc_cmos rtc_core rtc_lib usb_storage ext3 jbd mbcache dm_crypt dm_mod arc4 ecb sr_mod cdrom iwlagn iwlcore rfkill led_class mac80211 sd_mod cfg80211 sky2 uhci_hcd ehci_hcd usbcore ahci libata scsi_mod

Pid: 4276, comm: loop7 Tainted: P           (2.6.28-ARCH #1) R510/P510                  
EIP: 0060:[<c0177168>] EFLAGS: 00010286 CPU: 1
EIP is at mempool_free+0x18/0x90
EAX: f3a468a0 EBX: 00000000 ECX: c381d81c EDX: 00000000
ESI: f3a468a0 EDI: 00020200 EBP: 00000000 ESP: f0d25f54
 DS: 007b ES: 007b FS: 00d8 GS: 0000 SS: 0068
Process loop7 (pid: 4276, ti=f0d24000 task=f4e13800 task.ti=f0d24000)
Stack:
 f839574a f83958b0 00000000 c01c3afa f4f8dd80 f83baa33 00020200 00000000
 00000000 f6dd831c f6dd82ec f6dd8200 f53d4480 00001000 00000001 00000001
 00000000 f83ba500 00000000 00000000 00000000 f0d25fb4 00020000 00000000
Call Trace:
 [<f839574a>] crypt_dec_pending+0x3a/0x70 [dm_crypt]
 [<f83958b0>] crypt_endio+0x0/0xf0 [dm_crypt]
 [<c01c3afa>] bio_endio+0x1a/0x40
 [<f83baa33>] loop_thread+0x353/0x450 [loop]
 [<f83ba500>] do_lo_send_aops+0x0/0x1e0 [loop]
 [<c0146850>] autoremove_wake_function+0x0/0x50
 [<f83ba6e0>] loop_thread+0x0/0x450 [loop]
 [<c0146559>] kthread+0x39/0x70
 [<c0146520>] kthread+0x0/0x70
 [<c0104d9f>] kernel_thread_helper+0x7/0x18
Code: 24 8b 50 10 89 d8 ff 51 18 31 c0 e9 e5 fe ff ff 8d 76 00 83 ec 0c 85 c0 89 5c 24 04 89 d3 89 74 24 08 89 c6 74 4a 0f ae f0 89 f6 <8b> 42 08 3b 42 04 7d 57 89 d0 e8 19 3b 1c 00 8b 4b 08 3b 4b 04 
EIP: [<c0177168>] mempool_free+0x18/0x90 SS:ESP 0068:f0d25f54
---[ end trace 6139e658900b01d4 ]---

I really suppose this is an kernel issue.

Offline

Board footer

Powered by FluxBB