Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 23 May 2003 07:44:49 -0700 (PDT)
Received: from smtpzilla2.xs4all.nl (smtpzilla2.xs4all.nl [194.109.127.138])
	by oss.sgi.com (8.12.9/8.12.9) with SMTP id h4NEii2x003132
	for <linux-xfs@oss.sgi.com>; Fri, 23 May 2003 07:44:45 -0700
Received: from auto-nb1.xs4all.nl (coltex.xs4all.nl [213.84.127.28])
	by smtpzilla2.xs4all.nl (8.12.9/8.12.9) with ESMTP id h4NEid8d011852;
	Fri, 23 May 2003 16:44:39 +0200 (CEST)
Message-Id: <4.3.2.7.2.20030523164220.038815d8@pop.xs4all.nl>
X-Sender: knuffie@pop.xs4all.nl
X-Mailer: QUALCOMM Windows Eudora Version 4.3.2
Date: Fri, 23 May 2003 16:44:17 +0200
To: Dariush Pietrzak <eyck@forumakad.pl>
From: Seth Mos <knuffie@xs4all.nl>
Subject: Re: Problem with XFS on software RAID1
Cc: linux-xfs@oss.sgi.com
In-Reply-To: <20030523143831.GA11793@forumakad.pl>
References: <4.3.2.7.2.20030523160347.03871080@pop.xs4all.nl>
 <20030523134818.GA1514@forumakad.pl>
 <4.3.2.7.2.20030523160347.03871080@pop.xs4all.nl>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format=flowed
X-archive-position: 4119
X-ecartis-version: Ecartis v1.0.0
Sender: linux-xfs-bounce@oss.sgi.com
Errors-to: linux-xfs-bounce@oss.sgi.com
X-original-sender: knuffie@xs4all.nl
Precedence: bulk
X-list: linux-xfs
Content-Length: 1400
Lines: 39

At 16:38 23-5-2003 +0200, Dariush Pietrzak wrote:
>On Fri, May 23, 2003 at 04:16:02PM +0200, Seth Mos wrote:
> > mount /dev/sda1 under /mnt/sda1
>Exactly.. that part doesen't work with XFS for me, although I see no 
>reason for it
>to fail ( other than that raw partition contains raid superblock, and it
>works fine with other filesystems ).
>  For this part you can always created degraded array with non-existant
>failed disk and then mount this.
>But I still have no idea how one could migrate from simple filesystem to
>RAID1.

This is what I always use for this procedure.
http://www.fokus.gmd.de/linux/HOWTO/Boot+Root+Raid+LILO-4.html

And it works like a charm, I have built several systems using various XFS 
releases with this procedures.

> > Linux software raid 1 uses read balancing to give higher read speeds (raid
> > 0 like), however the data on both disks must be the _exact_ same to the
> > bit. Mounting the disk without the raid layer once will make them 
> different
>  I don't know the code, but if i understand correctly then untill the array
>is resynced it works in degraded mode and should read only from working
>partition.

This is correct.

>  The other thing is that I'm working here with clean filesystems so no
>log-reply should occur ( i think ).

But it will update it's superblock on each mount.

Cheers

--
Seth
It might just be your lucky day, if you only knew.