| To: | Steve Lord <lord@xxxxxxx> |
|---|---|
| Subject: | Re: defrag xfs |
| From: | Andi Kleen <ak@xxxxxx> |
| Date: | 22 Jan 2005 01:59:40 +0100 |
| Date: | Sat, 22 Jan 2005 01:59:40 +0100 |
| Cc: | Sonny Rao <sonny@xxxxxxxxxxx>, linux-xfs@xxxxxxxxxxx |
| In-reply-to: | <41F11609.4020907@xfs.org> |
| References: | <F62740B0EFCFC74AA6DCF52CD746242D010337FA@iu-mssg-mbx05.exchange.iu.edu> <41F07494.1060501@xfs.org> <20050121043237.GA28699@kevlar.burdell.org> <1106286413.8580.66.camel@kennedy> <20050121054830.GA29637@kevlar.burdell.org> <m18y6n1ede.fsf@muc.de> <20050121070221.GA30287@kevlar.burdell.org> <41F11609.4020907@xfs.org> |
| Sender: | linux-xfs-bounce@xxxxxxxxxxx |
| User-agent: | Mutt/1.4.1i |
> Now, what would be really neat is for a layer underneath the filesystem > to dynamically detect failing storage (smart?), take some storage from > a free pool of drives, and remap the filesystem blocks out to the new > space while it is live. Aka drivers/md/dm-bbr.c. It's not in mainline (yet?), but somewhere in the DM patchkits. However it obviously only works for write errors, to handle read errors you need a RAID level >0. -Andi |
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| ||
| Previous by Date: | Re: defrag xfs, Greg Freemyer |
|---|---|
| Next by Date: | Re: incorrect quota usage, David Dougall |
| Previous by Thread: | Re: defrag xfs, Nathan Scott |
| Next by Thread: | [Bug 290] XFS Kernel Memory Leak, bugzilla-daemon |
| Indexes: | [Date] [Thread] [Top] [All Lists] |