Re: Reduce resync time by keeping track of referenced blocks

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

 



On Mon, 2018-07-09 at 16:20 +0200, Michael Niewöhner wrote:
> On Mon, 2018-07-09 at 16:10 +0200, Michael Niewöhner wrote:
> > > But this requires all of the RAID to be mounted and trimmed as 
> > > the re-sync is happening, so all filesystems need to cooperate, 
> > > and storage layers like LVM need special treatment too to trim 
> > > free PV space.
> > 
> > LVM passes trim to the lower layers so no problem here.
> 
> Now I got what you meant. Deleting a vg/lv would not issue a TRIM command.
> LVM would need to implement TRIM, too but IMHO md-raid should not care about
> that for now.
> 

Until LVM itself supports TRIM when deleting LVs / VGs there is a workaround:
- remove LV that you want to delete as usual with lvremove
- create an LV with size=100%FREE and discard enabled
- run blkdiscard on LV
- remove LV with lvremove

--
To unsubscribe from this list: send the line "unsubscribe linux-raid" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html



[Index of Archives]     [Linux RAID Wiki]     [ATA RAID]     [Linux SCSI Target Infrastructure]     [Linux Block]     [Linux IDE]     [Linux SCSI]     [Linux Hams]     [Device Mapper]     [Device Mapper Cryptographics]     [Kernel]     [Linux Admin]     [Linux Net]     [GFS]     [RPM]     [git]     [Yosemite Forum]


  Powered by Linux