Re: [linux-lvm] lvconvert --uncache takes hours
Demi Marie Obenour <[email protected]>
| Newsgroups | dev.linux.lists.linux-lvm |
|---|---|
| Message-ID | <Y//X72Iwa6ORU9en@itl-email> |
On Wed, Mar 01, 2023 at 11:44:00PM +0100, Roy Sigurd Karlsbakk wrote: > Hi all > > Working with a friend's machine, it has lvmcache turned on with writeback. This has worked well, but now it's uncaching and it takes *hours*. The amount of cache was chosen to 100GB on an SSD not used for much else and the dataset that is being cached, is a RAID-6 set of 10x2TB with XFS on top. The system mainly works with file serving, but also has some VMs that benefit from the caching quite a bit. But then - I wonder - how can it spend hours emptying the cache like this? Most write caching I know of last only seconds or perhaps in really worst case scenarios, minutes. Since this is taking hours, it looks to me something should have been flushed ages ago. > > Have I (or we) done something very stupid here or is this really how it's supposed to work? It’s likely normal. HDDs stink at small random writes and RAID-6 makes this even worse. That said, I *strongly* recommend using three-disk RAID-1 for the cache, to match the redundancy of the RAID-6. With write-back caching, a failed cache will result in a corrupt and unrecoverable filesystem. -- Sincerely, Demi Marie Obenour (she/her/hers) Invisible Things Lab _______________________________________________ linux-lvm mailing list [email protected] https://listman.redhat.com/mailman/listinfo/linux-lvm read the LVM HOW-TO at http://tldp.org/HOWTO/LVM-HOWTO/
signature.asc
(application/pgp-signature, 833 B)
-----BEGIN PGP SIGNATURE----- iQIzBAEBCgAdFiEEdodNnxM2uiJZBxxxsoi1X/+cIsEFAmP/1+4ACgkQsoi1X/+c IsFMQxAAjrs+xX0ku72g+AyX3cVWbVDsi2y00SkKhUUhZaZi2a+JcPvQadUCCxn4 UTb888HuhY+P6h+BP8m05sgag7BUozjuaaxbETi0MwiI9ZvyuFuXCE56GRaToVqT jSUsrQWLUwRKMtkKXjJ8RVgwsD97xVA6K3erpB2MgAgfLy4o2A+iPP+WhxXyxTOW Udp2gfwuK85lAlnpe9K4yT5Va4MlvBlfAEPO6LCAof6yG7l+YdiDlbWLCVAChEgy jyewsJnfbeXb4S8v/XhULR9XSyZGAopR7x2aer1pL5FJY/N23jYU98cFAAZh7NJc tIp5JTwrV0zRWJlpodlH/XqxELXSAS0B2HqBM7e+ndNxDFbVIdzE+1DLaMRWGA9Q A3XaRa7wYGLpXkLg/PWmc7UahidkMOFGS8vPn1VzDziqoWRWUaUKzlTAW/6Lg9PW CnuccsHYbs0l19+OacmO2nQB+v/qpG7lH9mtPxBDsOB9kg36QHDP4wIEje0GU/44 53XVPp1mZ2XERNdKMSZGrTCKUVoug2XWF+bqFFF6lt2p0V6xzHa6YnFpWRWyVDv0 toV300s7ymnzxt/YuZLYFO5t/9pe25UfZqeQLj26y3jonqEZOhhBzEPyS6pLKaUs eoRlIMcYAlPseEzjg7u6U6c66FhqbzZusjXHVi4TkCcyW62siZ4= =OuhO -----END PGP SIGNATURE-----