From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-wy0-f178.google.com (mail-wy0-f178.google.com [74.125.82.178]) by mail.saout.de (Postfix) with ESMTP for ; Fri, 3 Sep 2010 16:10:04 +0200 (CEST) Received: by wyb42 with SMTP id 42so1972491wyb.37 for ; Fri, 03 Sep 2010 07:10:04 -0700 (PDT) MIME-Version: 1.0 In-Reply-To: <4C80FEE7.3030508@redhat.com> References: <4C80F647.9080500@gmail.com> <4C80FEE7.3030508@redhat.com> Date: Fri, 3 Sep 2010 16:10:03 +0200 Message-ID: From: Thorsten Peter Content-Type: multipart/alternative; boundary=0016e659f7feb3d190048f5b7c94 Subject: Re: [dm-crypt] dm-crypt / Software Raid5 issues on Ubuntu Lucid 64bit Reply-To: Thorsten.Peter@gmail.com List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: dm-crypt@saout.de --0016e659f7feb3d190048f5b7c94 Content-Type: text/plain; charset=ISO-8859-1 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 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 -------------------------------- --0016e659f7feb3d190048f5b7c94 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hey Milan,

could you give me a pointer on how to setup the encryptio= n 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 upg= rading 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<= br> > the encrypted array (about 900gig) my copy thread always hangs itself = at
> some point during the process. I can't access the array anymore, t= hough
> 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
--------------------------------
--0016e659f7feb3d190048f5b7c94--