Re: [dm-crypt] dm-crypt / Software Raid5 issues on Ubuntu Lucid 64bit

[BOBA FETT <boba23@gmail.com>]

  Alright guys, I think I identified my issue. Just wanted to let you 
know ....

A bad memory module :-(

Didn't recognize this until I ran Memtest86 yesterday after running out 
of ideas. Right now I am running 1x1GB DDR2-800 and am still testing to 
write to the array without lockups or other errors so far.

Thanks anyway for your help

Thorsten

On 9/4/2010 13:14, Thorsten Peter wrote:
>  Alright,
>
> here's what I did now:
>
> - upgraded Kernel from kernel ppa to 2.6.35-19-server #25~lucid1-Ubuntu
> - recreated my encrypted device using the LUKS Encryption howto
>
> On the first try, copying back my data to the encrypted array the 
> machine froze totally on me at some point of time.
> Second try, I get the same kinda lockup as before with the following 
> trace in log:
>
> [36531.299878] Pid: 375, comm: md0_raid5 Not tainted 2.6.35-19-server 
> #25~lucid1-Ubuntu RS780-SB700/Unknow
> [36531.299961] RIP: 0010:[<ffffffff81467cc8>]  [<ffffffff81467cc8>] 
> clone_endio+0x38/0xe0
> [36531.300041] RSP: 0018:ffff880069587c40  EFLAGS: 00010246
> [36531.300090] RAX: ffffffffa023f800 RBX: 0000000000000000 RCX: 
> ffff88006d415490
> [36531.300153] RDX: 0000000000000000 RSI: 0000000000000000 RDI: 
> ffffc9001247b040
> [36531.300217] RBP: ffff880069587c70 R08: 0000000000000004 R09: 
> 0000000000000000
> [36531.300281] R10: ffff8800000180d8 R11: 0000000000000000 R12: 
> ffff88004f7a5c00
> [36531.300345] R13: ffff88000df85ed0 R14: ffff88006d2ca600 R15: 
> ffbf88001dc318c0
> [36531.300409] FS:  00007f00109f7700(0000) GS:ffff880001e40000(0000) 
> knlGS:0000000000000000
> [36531.300481] CS:  0010 DS: 0000 ES: 0000 CR0: 000000008005003b
> [36531.300533] CR2: 00000000008fb308 CR3: 0000000068063000 CR4: 
> 00000000000006e0
> [36531.300597] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 
> 0000000000000000
> [36531.300661] DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 
> 0000000000000400
> [36531.300725] Process md0_raid5 (pid: 375, threadinfo 
> ffff880069586000, task ffff88006a3644a0)
> [36531.300799] Stack:
> [36531.300818]  ffff880050b4bab0 0000000000000000 0000000000000000 
> ffff88004f7a5c00
> [36531.300891] <0> ffff88006d2ca600 ffff880050b4bab0 ffff880069587c80 
> ffffffff8117f4fd
> [36531.300970] <0> ffff880069587cb0 ffffffffa023d959 ffff880069587ca0 
> ffff880015832670
> [36531.301050] Call Trace:
> [36531.301079]  [<ffffffff8117f4fd>] bio_endio+0x1d/0x40
> [36531.301129]  [<ffffffffa023d959>] crypt_dec_pending+0x69/0x90 
> [dm_crypt]
> [36531.301192]  [<ffffffffa023db38>] crypt_endio+0x68/0x150 [dm_crypt]
> [36531.301250]  [<ffffffff8117f4fd>] bio_endio+0x1d/0x40
> [36531.301300]  [<ffffffffa0200d3d>] handle_stripe5+0x4cd/0xa00 [raid456]
> [36531.301362]  [<ffffffffa0201288>] handle_stripe+0x18/0x30 [raid456]
> [36531.301421]  [<ffffffffa02016a2>] raid5d+0x212/0x330 [raid456]
> [36531.301477]  [<ffffffff81035dc9>] ? default_spin_lock_flags+0x9/0x10
> [36531.301538]  [<ffffffff8145be6c>] md_thread+0x5c/0x130
> [36531.301586]  [<ffffffff8107dfe0>] ? autoremove_wake_function+0x0/0x40
> [36531.301646]  [<ffffffff8145be10>] ? md_thread+0x0/0x130
> [36531.301694]  [<ffffffff8107da86>] kthread+0x96/0xa0
> [36531.301740]  [<ffffffff8100aee4>] kernel_thread_helper+0x4/0x10
> [36531.301795]  [<ffffffff8107d9f0>] ? kthread+0x0/0xa0
> [36531.301841]  [<ffffffff8100aee0>] ? kernel_thread_helper+0x0/0x10
> [36531.301895] Code: 89 65 e0 4c 89 6d e8 4c 89 75 f0 4c 89 7d f8 0f 
> 1f 44 00 00 4c 8b 6f 58 49 89 fc 85 f6 89 f3 49 8b 7d 08 4d 8b 7d 00 
> 48 8b 47 08 <4d> 8b 37 48 8b 40 48 75 0e 41 f6 44 24 18 01 ba fb ff ff 
> ff 0f
> [36531.302215] RIP  [<ffffffff81467cc8>] clone_endio+0x38/0xe0
> [36531.302269]  RSP <ffff880069587c40>
> [36531.316119] ---[ end trace 2508e8b8766e359a ]---
>
> I am really running out of options here, what else could be wrong?
>
> Thorsten
>
> On 9/3/2010 20:14, Arno Wagner wrote:
>> I would recomend one read-thrugh of the FAQ. Just posted it today
>> and it is also in the web here:
>>    http://code.google.com/p/cryptsetup/wiki/FrequentlyAskedQuestions
>>
>> The most important thing to know is that if you trash the LUKS
>> header, you are screwed ;-)
>>
>> Arno
>>
>> On Fri, Sep 03, 2010 at 04:12:25PM +0200, Thorsten Peter wrote:
>>> Sorry man, sent one of my msgs using a false E-Mail address, please 
>>> reply to
>>> my other address if possible: boba23@gmail.com. That's the one that is
>>> registered in the list.
>>>
>>> thx
>>>
>>> Thorsten
>>>
>>> On Fri, Sep 3, 2010 at 4:10 PM, Thorsten Peter<
>>> thorsten.peter@googlemail.com>  wrote:
>>>
>>>> Hey Milan,
>>>>
>>>> could you give me a pointer on how to setup the encryption using 
>>>> LUKS? I am
>>>> totally new to dm-crypt. Just used the first method that I found in 
>>>> the
>>>> howto ....
>>>> Right now I am following Ricks advice and upgrading to 2.6.35 from 
>>>> a ppa
>>>> repo.
>>>>
>>>> Thanks,
>>>>
>>>> Thorsten
>>>>
>>>>
>>>> On Fri, Sep 3, 2010 at 3:57 PM, Milan Broz<mbroz@redhat.com>  wrote:
>>>>
>>>>> On 09/03/2010 03:21 PM, Thorsten Peter wrote:
>>>>>
>>>>>> I am switching from loop-aes to dm_crypt. I am trying to use it on a
>>>>>> fresh Ubuntu 64bit server installation with my 6x750gb Software 
>>>>>> raid5
>>>>> array.
>>>>>> Array is clean and freshly created, I encrypted it using
>>>>>>
>>>>>> cryptsetup -y -c aes -h ripemd160 -s 256 create STUFF /dev/md0
>>>>> Please use LUKS instead here to get persistent header.
>>>>>
>>>>>> Format went fine, but when I try to copy back large amount of 
>>>>>> data to
>>>>>> the encrypted array (about 900gig) my copy thread always hangs 
>>>>>> itself at
>>>>>> some point during the process. I can't access the array anymore, 
>>>>>> though
>>>>>> the raid itself is fine, no drives are kicked out or anything.
>>>>>> Reboot gives me back access and the array is still ok.
>>>>>> When the problem occures I see the following trace in log:
>>>>>>
>>>>>> Aug 29 02:54:24 liberty24 kernel: [221558.020638] Pid: 400, comm:
>>>>>> md0_raid5 Not tainted 2.6.32-24-server #41-Ubuntu Unknow
>>>>> If it is reproducible with upstream kernel, please send me OOPs,
>>>>> if not, please use Ubuntu bugzilla - I saw strange reports which were
>>>>> never
>>>>> reproducible on upstream.
>>>>>
>>>>> (The bug seems like something we fixed long time ago.)
>>>>>
>>>>> Milan
>>>>>
>>>>>
>>>>
>>>> -- 
>>>> --------------------------------
>>>> Dipl.-Inf. (FH) Thorsten Peter
>>>>
>>>> E-Mail: Thorsten.Peter@gmail.com
>>>> Mobile: 01795322057
>>>> --------------------------------
>>>>
>>>
>>>
>>> -- 
>>> --------------------------------
>>> Dipl.-Inf. (FH) Thorsten Peter
>>>
>>> E-Mail: Thorsten.Peter@gmail.com
>>> Mobile: 01795322057
>>> --------------------------------
>>> _______________________________________________
>>> dm-crypt mailing list
>>> dm-crypt@saout.de
>>> http://www.saout.de/mailman/listinfo/dm-crypt
>>