On Oct 24, 2012, at 3:30 PM, Goffredo Baroncelli <kreijack@xxxxxxxxx> wrote: > On 2012-10-24 21:13, Chris Murphy wrote: >> >> It's an interesting solution, but difficult for a larger file system. >> Or at least, could be very time consuming. > It is not a solution but a workaround. Understood. > >> Aside from the "no space left" problem, the 'device delete' behavior >> itself has kindof a high penalty: a successful 'device delete' on a >> five disk raid10 (one was added in advance of the delete), all disks >> are significantly written to, not merely a reconstruction of the >> replaced disk. It means a lot of writing to do disk removals in the >> face of an impending disk failure. > > I am not telling that this is the right solution, I am telling that this > is the only solution available now :-( Fair enough. > > However this page > > https://btrfs.wiki.kernel.org/index.php/Project_ideas#Drive_swapping > > states that someone is working on this kind of issue. Yep, I see I'm merely stating what is already known, sorry about that. Chris Murphy -- To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
