Re: Saying goodbye to LVM

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

 



Il 01-02-2018 17:45 Xen ha scritto:
You are probably happy about this, but...

I managed to get LVM to corrupt my data on Ubuntu Xenial 3 times now.

All of that is related to:

- LVM not checking or behaving correctly when a duplicate PV appears
- LVM not checking or behaving correctly when a cache volume is out of
sync with its origin.

In addition the thin DM target of kernel 3.x was so buggy I couldn't
compile anything big without the system hanging.

I will probably become a ZFS user.

Goodbye, and thanks for all the fish.

I am both a LVM/ThinLVM and ZFS heavy user, so I hope to be impartial here...

LVM and its lvmthin counterpart are *rock solid* in my experience, except in the (very) edge case of full thin pool (this was lengthly discussed in the past, and both Zednek and Jonathan gave accurate suggestions on how to avoid that).

However, in my experience, the only distribution which keep updated version of lvm kernel and user space utilities is RHEL/CentOS. I found Debian and Ubuntu based distributions particularly *bad* at managing LVM and device mapper targets in general.

I am not using lvmcache, so I can not speak for it.

That said, ZFS really is outstanding (especially checksum and compression, albeit is sorely lacks reflinks). I really have high hopes for stratis (https://github.com/stratis-storage), which plan to provide ZFS-like feature using stacked device mapper targets (which our beloved LVM targets on top).

Regards.

--
Danti Gionatan
Supporto Tecnico
Assyoma S.r.l. - www.assyoma.it
email: g.danti@assyoma.it - info@assyoma.it
GPG public key ID: FF5F32A8

_______________________________________________
linux-lvm mailing list
linux-lvm@redhat.com
https://www.redhat.com/mailman/listinfo/linux-lvm
read the LVM HOW-TO at http://tldp.org/HOWTO/LVM-HOWTO/



[Index of Archives]     [Gluster Users]     [Kernel Development]     [Linux Clusters]     [Device Mapper]     [Security]     [Bugtraq]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]

  Powered by Linux