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/