Will this work with 3.6? Is there any reason clustered lvm is required over normal lvm with shared disks? I've been using glusterfs for shared storage but it's been unstable and I've lost data with high i/o.
Shank On Tue, Jun 26, 2012 at 6:58 AM, Rolandas Naujikas < rolandas.nauji...@mif.vu.lt> wrote: > Hi, > > Because Debian 6.0 Xen doesn't support tap:aio: and because LVM disks are > faster, I wrote modified transfer manager driver for opennebula 3.4.x, that > use LVM volumes on local disks in virtualization hosts. > > There are 3 kinds: > > *) lvm2 - works with shared or not shared filesystem datastore (for system > datastore there is parameter in lvm.conf to tell shared or not it is). > > *) lvm2ssh - the same, but removed code to detect that datastore is shared. > > *) lvm2shared - the same, but with only assumption, than datastore is > shared. > > URL of all them is at > http://mif.vu.lt/~rolnas/one/**one34/tm/<http://mif.vu.lt/~rolnas/one/one34/tm/> > > Regards, Rolandas Naujikas > > P.S. This driver was in almost working condition in opennebula 3.2, but > was lost in opennebula 3.4. lvm driver in opennebula 3.4.1 is not for > system datastore and is different by design. > ______________________________**_________________ > Users mailing list > Users@lists.opennebula.org > http://lists.opennebula.org/**listinfo.cgi/users-opennebula.**org<http://lists.opennebula.org/listinfo.cgi/users-opennebula.org> >
_______________________________________________ Users mailing list Users@lists.opennebula.org http://lists.opennebula.org/listinfo.cgi/users-opennebula.org