[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]

Re: [linux-lvm] badblocks handling with LVM

On Thu, Apr 26, 2001 at 03:26:52PM +0200, Ragnar Kjørstad wrote:
> On Thu, Apr 26, 2001 at 10:06:03AM +0000, Heinz J. Mauelshagen wrote:
> > > The problem is that when you move LV's around and make snapshots the bad 
> > > blocks on the underlieing media will move.  Therefore I think that management 
> > > of bad blocks possibly should be done in the LVM.
> > > 
> > > Or should we just assume that LVM runs over RAID arrays of ATA/SCSI disks 
> > > that have sector-sparing so that bad blocks are not an issue?
> > 
> > That's what I recommend because disks typically "hide" bad sectors to a certain
> > degree using bad block relocation et al.
> > If the given disk capacity for this is not enough because too many bad blocks
> > occured already then you are in serious trouble and need to repleace
> > your disk (subsystem) anyway IMO.
> And if anyone insist on using LVM to mark the blocks anyway, it can be
> done with out special code. Just create a volume named "broken", and put
> the PVs in question in this.

It is not that I really *insist*.

I just say that it doesn't make a whole lot of sense today, because most of
the disk (subsystems) don't expose bad blacks any longer.

Once those start too, they are ready to go to the trashcan IMO anyway.

> -- 
> Ragnar Kjørstad
> Big Storage
> _______________________________________________
> linux-lvm mailing list
> linux-lvm sistina com
> http://lists.sistina.com/mailman/listinfo/linux-lvm


Heinz    -- The LVM Guy --

*** Software bugs are stupid.
    Nevertheless it needs not so stupid people to solve them ***


Heinz Mauelshagen                                 Sistina Software Inc.
Senior Consultant/Developer                       Am Sonnenhang 11
                                                  56242 Marienrachdorf
Mauelshagen Sistina com                           +49 2626 141200
                                                       FAX 924446

[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]