<div dir="ltr">Hi Nicolas,<div><br></div><div>Sorry for the huge delay. Releasing a new version does not bring down the amount of work :/</div><div><br></div><div>Do you want me to create the repo for the new addon? I can use the name "<span style="font-family:arial,sans-serif;font-size:13px">addon-shared-lvm-single-lock" and add your user "nagius" as admin to the repo.</span></div>
<div><span style="font-family:arial,sans-serif;font-size:13px"><br></span></div><div><span style="font-family:arial,sans-serif;font-size:13px">Cheers</span></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">
On Tue, Dec 3, 2013 at 6:16 PM, Nicolas AGIUS <span dir="ltr"><<a href="mailto:nicolas.agius@lps-it.fr" target="_blank">nicolas.agius@lps-it.fr</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hi,<br>
<br>
Maybe, you should have a look at the CXM project [1] and the CXM driver [2].<br>
It's a little bit old now, but it has been designed to work with cLVM on XEN hosts, and provide load-balancing and automatic failover.<br>
<br>
It can also work without cLVM. In this setup, Opennebula is not part of the cLVM cluster, all Xen nodes are read-writing LVM metadatas. That's working good, but it's dangerous and slower.<br>
<br>
Cheers,<br>
Nicolas AGIUS<br>
<br>
[1] <a href="https://github.com/nagius/cxm" target="_blank">https://github.com/nagius/cxm</a><br>
[2] <a href="http://opennebula.org/software:ecosystem:cxm_drivers" target="_blank">http://opennebula.org/software:ecosystem:cxm_drivers</a><br>
<br>
<br>
--------------------------------------------<br>
En date de : Mar 3.12.13, Jaime Melis <<a href="mailto:jmelis@opennebula.org">jmelis@opennebula.org</a>> a écrit :<br>
<br>
Objet: Re: [one-dev] announcing addon plan: shared-lvm-single-lock<br>
À: "Mihály Héder" <<a href="mailto:mihaly.heder@sztaki.mta.hu">mihaly.heder@sztaki.mta.hu</a>><br>
Cc: <a href="mailto:dev@lists.opennebula.org">dev@lists.opennebula.org</a>, <a href="mailto:cc@hbit.sztaki.hu">cc@hbit.sztaki.hu</a><br>
Date: Mardi 3 décembre 2013, 12h24<br>
<div><div class="h5"><br>
Hi Mihály,<br>
I'm sincerely looking forward to seeing this<br>
addon and I think it would help to many OpenNebula<br>
users.<br>
Do you have anything already done? Maybe I could<br>
take a quick look at it and give you some feedback?<br>
<br>
<br>
As a general recommendation I'd like to point<br>
out that it would be great if you could reuse code from<br>
other DS and TM drivers.<br>
cheers,<br>
Jaime<br>
<br>
<br>
<br>
<br>
On Wed, Nov 27, 2013<br>
at 11:17 PM, Mihály Héder <<a href="mailto:mihaly.heder@sztaki.mta.hu">mihaly.heder@sztaki.mta.hu</a>><br>
wrote:<br>
<br>
<br>
Hi,<br>
<br>
I want to announce my plans to create<br>
addon-shared-lvm-single-lock which would be the current<br>
version of the patches detailed here: <a href="http://wiki.opennebula.org/shared_lvm" target="_blank">http://wiki.opennebula.org/shared_lvm</a><br>
<br>
<br>
<br>
<br>
In a nutshell: the patch lets OpenNebula to use<br>
commercial off the shelf SANs that are providing a few<br>
pre-configured LUN-s as block devices over iSCSI, AoE or FC.<br>
<br>
<br>
The block devices in question are mounted on all the<br>
nodes and on the frontend, too. The device is split up to<br>
logical volumes that are only active on the node that runs<br>
the VM in question but are present everywhere. This allows<br>
live migration that is facilitated by migration hooks which<br>
activate and deactivate volumes as the instance travels.<br>
<br>
<br>
<br>
This way, in certain cases the use of cLVM can be spared as<br>
all nodes except the frontend can run with read-only lvm<br>
metadata setting, meaning that local locking is sufficient<br>
on the frontend. This is only as long as other storage<br>
drivers don't try to modify any lvm vgs on the nodes -<br>
they won't work because of the read-only metadata.<br>
<br>
<br>
<br>
<br>
Please comment on the matter! Thanks!<br>
<br>
Cheers<br>
Mihály Héder<br>
MTA SZTAKI HBIT<br>
<br>
<br>
_______________________________________________<br>
<br>
Dev mailing list<br>
<br>
<a href="mailto:Dev@lists.opennebula.org">Dev@lists.opennebula.org</a><br>
<br>
<a href="http://lists.opennebula.org/listinfo.cgi/dev-opennebula.org" target="_blank">http://lists.opennebula.org/listinfo.cgi/dev-opennebula.org</a><br>
<br>
<br>
<br>
<br>
<br>
--<br>
Jaime Melis<br>
Project Engineer<br>
OpenNebula - Flexible Enterprise Cloud Made Simple<br>
<a href="http://www.OpenNebula.org" target="_blank">www.OpenNebula.org</a> | <a href="mailto:jmelis@opennebula.org">jmelis@opennebula.org</a><br>
<br>
<br>
<br>
<br>
</div></div> -----La pièce jointe associée suit-----<br>
<div class="HOEnZb"><div class="h5"><br>
_______________________________________________<br>
Dev mailing list<br>
<a href="mailto:Dev@lists.opennebula.org">Dev@lists.opennebula.org</a><br>
<a href="http://lists.opennebula.org/listinfo.cgi/dev-opennebula.org" target="_blank">http://lists.opennebula.org/listinfo.cgi/dev-opennebula.org</a><br>
<br>
_______________________________________________<br>
Dev mailing list<br>
<a href="mailto:Dev@lists.opennebula.org">Dev@lists.opennebula.org</a><br>
<a href="http://lists.opennebula.org/listinfo.cgi/dev-opennebula.org" target="_blank">http://lists.opennebula.org/listinfo.cgi/dev-opennebula.org</a><br>
</div></div></blockquote></div><br><br clear="all"><div><br></div>-- <br>Javier Fontán Muiños<br>Developer<br>OpenNebula - The Open Source Toolkit for Data Center Virtualization<br><a href="http://www.OpenNebula.org" target="_blank">www.OpenNebula.org</a> | @OpenNebula | <a href="http://github.com/jfontan" target="_blank">github.com/jfontan</a>
</div>