Date:  Sun, 28 Jun 2009 13:14:59 +0200
From:  Rickard Osser <rickard.osser (at mark) bluapp.com>
Subject:  [coba-e:15745] Re: Hard Drive Failure
To:  coba-e (at mark) bluequartz.org
Message-Id:  <1246187699.8161.2.camel (at mark) localhost.localdomain>
In-Reply-To:  <4A4679A1.2000808 (at mark) muntada.com>
References:  <C5CE107D.72A0%webmaster (at mark) muntada.com>	 <49A9A567.7060808 (at mark) dogsbody.org>	 <1235942019.23209.11.camel (at mark) localhost.localdomain>	 <49ABF594.4090800 (at mark) dogsbody.org> <1236007185.17629.22.camel (at mark) newly.osser.se>	 <1236016441.30778.1.camel (at mark) localhost.localdomain>	 <7.0.1.0.2.20090302144741.06f0dcc8 (at mark) muntada.com>	 <1236032336.1534.0.camel (at mark) localhost.localdomain>	 <4A4679A1.2000808 (at mark) muntada.com>
X-Mail-Count: 15745

Hi Rashid,

as long as it takes. Depends on the load of the machine and what numbers
you have in: 
/proc/sys/dev/raid/speed_limit_max
/proc/sys/dev/raid/speed_limit_min

You can force it to work faster (while getting slower responses in other
parts of the system) by putting in higher numbers.

Regards,

Rickard

On Sat, 2009-06-27 at 15:57 -0400, Muntada Webmaster wrote:
> Rickard,
> 
> Any idea on how long this might take to accomplish?
> 
> -Rashid
> 
> On 3/2/2009 5:18 PM, Rickard Osser wrote:
> > Hi Rashid,
> >
> > sure, you can use the removed drive as a backup.
> >
> > Regards,
> >
> > Rickard
> >
> > On Mon, 2009-03-02 at 14:48 -0500, MuntadaNet Webmaster wrote:
> >> All good information.  It seems doing this with a "test" for the 
> >> first time might be wise to gain the experience and in the end, 
> >> always have a backup to revert to.  Having said that, if you were to 
> >> remove 1 drive from the RAID array, wouldn't that drive be good 
> >> enough to fall back too?.
> >>
> >> -Rashid
> >>
> >> At 12:54 PM 3/2/2009, you wrote:
> >> >On Mon, 2009-03-02 at 16:19 +0100, Rickard Osser wrote:
> >> > > On Mon, 2009-03-02 at 15:04 +0000, Dogsbody wrote:
> >> > > > >> It won't do it automatically and I have never tried it but I 
> >> > am pretty
> >> > > > >> sure that once you have done the above swap you will then be 
> >> > able to go
> >> > > > >> in and create another partition on the free space.  It is 
> >> possible to
> >> > > > >> grow existing partitions into the free space too but this > 
> >> has to be done
> >> > > > >> with those partitions offline (unmounted) and is not for the 
> >> > feint of heart.
> >> > > > >
> >> > > > > Actually, it can be done on-line...
> >> > > > > Read the instructions here:
> >> > > > > http://linux-raid.osdl.org/index.php/Growing
> >> > > >
> >> > > >
> >> > > > You REALLY don't want to use `fsck` or `resize2fs` on a live 
> >> system!!!
> >> > > >
> >> > > > In fact fsck will throw up errors and I'm pretty sure resize2fs 
> >> will
> >> > > > refuse to run.
> >> > > Hi Dan!
> >> > >
> >> > > Actually, don't run fsck on a live system, that's true, resize2fs 
> >> will
> >> > > work on a live system. I just made a migration from 2 16GB disks 
> >> last
> >> > > weekend to 2 new 500GB disks on a "production" system.
> >> >
> >> >Actually, I forgot, let the raid resync before doing any resize2fs and
> >> >mdadm commands...
> >> >
> >> >Regards,
> >> >
> >> >--
> >> >Rickard Osser <rickard.osser (at mark) bluapp.com>
> >> >BluApp AB
> >>
> >> *****************************************************************
> >> MuntadaNet Web Hosting and Web Design Services
> >> http://www.muntada.com
> >>
> >> Sales - sales (at mark) muntada.com
> >> Support - support (at mark) muntada.com
> >> Billing - billing (at mark) muntada.com
> >>
> >> Main Office - 808-689-6092
> >> Fax - (808) 356-0279
> >> *****************************************************************
> 
-- 
Rickard Osser <rickard.osser (at mark) bluapp.com>
BluApp AB