This is a multi-part message in MIME format. --------------B58437AC11A9A7397FEA7AA8 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Dear List, finally its there : Ovirt VM's can use native gluster via libgfapi. I was able to start a vm on gluster after setting "engine-config -s LibgfApiSupported=true" This was the disk definition as seen by "virsh -r dumxml myvm" on the host <disk type='network' device='disk' snapshot='no'> <driver name='qemu' type='raw' cache='none' error_policy='stop' io='threads'/> <source protocol='gluster' name='gv0/5d99af76-33b5-47d8-99da-1f32413c7bb0/images/9c007b27-0ab7-4474-9317-a294fd04c65f/ba2dfe7f-bdcf-4680-878d-7d71272f3ffb'> <host name='mygluster.domain.de' port='0'/> </source> <backingStore/> <target dev='sda' bus='scsi'/> <serial>9c007b27-0ab7-4474-9317-a294fd04c65f</serial> <boot order='1'/> <alias name='scsi0-0-0-0'/> <address type='drive' controller='0' bus='0' target='0' unit='0'/> </disk> Responsiveness of VM is much better (already seen when Updateng OS Packages). But I'm not able to migrate the mashine live to another host in the cluster. Manager only states "Migration failed" I did this already years ago without management interface by only using libvirt commands on gluster. Why this is still not working ? Since gluster is a networked protocol I can't see any reason for it. I followed all the bugs like https://bugzilla.redhat.com/show_bug.cgi?id=1022961 since last year and saw them being worked on. Now I'm really disappointed. Running something like MySQL in a VM via gluster via FUSE is crap. :-( Not being able to migrate machines in an ovirt cluster is crap, too if one wants to stay current. A few VM's on my OVirt are running for ~200 days now while constantly upgrading to latest Ovirt Release. That needs live migration of course. Bye -- *Ralf Schenk* fon +49 (0) 24 05 / 40 83 70 fax +49 (0) 24 05 / 40 83 759 mail *rs@databay.de* <mailto:rs@databay.de> *Databay AG* Jens-Otto-Krag-Straße 11 D-52146 Würselen *www.databay.de* <http://www.databay.de> Sitz/Amtsgericht Aachen • HRB:8437 • USt-IdNr.: DE 210844202 Vorstand: Ralf Schenk, Dipl.-Ing. Jens Conze, Aresch Yavari, Dipl.-Kfm. Philipp Hermanns Aufsichtsratsvorsitzender: Wilhelm Dohmen ------------------------------------------------------------------------ --------------B58437AC11A9A7397FEA7AA8 Content-Type: multipart/related; boundary="------------DA582FD96C8238EF6DE4331D" --------------DA582FD96C8238EF6DE4331D Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 8bit <html> <head> <meta http-equiv="content-type" content="text/html; charset=utf-8"> </head> <body text="#000000" bgcolor="#FFFFFF"> <p><font face="Helvetica, Arial, sans-serif">Dear List,</font></p> <p><font face="Helvetica, Arial, sans-serif">finally its there : Ovirt VM's can use native gluster via libgfapi. I was able to start a vm on gluster after setting "engine-config -s LibgfApiSupported=true"</font></p> <p><font face="Helvetica, Arial, sans-serif">This was the disk definition as seen by "virsh -r dumxml myvm" on the host<br> </font></p> <p><tt> <disk type='network' device='disk' snapshot='no'><br> <driver name='qemu' type='raw' cache='none' error_policy='stop' io='threads'/><br> <source protocol='gluster' name='gv0/5d99af76-33b5-47d8-99da-1f32413c7bb0/images/9c007b27-0ab7-4474-9317-a294fd04c65f/ba2dfe7f-bdcf-4680-878d-7d71272f3ffb'><br> <host name='mygluster.domain.de' port='0'/><br> </source><br> <backingStore/><br> <target dev='sda' bus='scsi'/><br> <serial>9c007b27-0ab7-4474-9317-a294fd04c65f</serial><br> <boot order='1'/><br> <alias name='scsi0-0-0-0'/><br> <address type='drive' controller='0' bus='0' target='0' unit='0'/><br> </disk><br> </tt></p> <p>Responsiveness of VM is much better (already seen when Updateng OS Packages). <br> </p> <p>But I'm not able to migrate the mashine live to another host in the cluster. Manager only states "Migration failed"<br> </p> <p>I did this already years ago without management interface by only using libvirt commands on gluster. Why this is still not working ? <br> </p> <p>Since gluster is a networked protocol I can't see any reason for it.</p> <p>I followed all the bugs like <a class="moz-txt-link-freetext" href="https://bugzilla.redhat.com/show_bug.cgi?id=1022961">https://bugzilla.redhat.com/show_bug.cgi?id=1022961</a> since last year and saw them being worked on. <br> </p> <p>Now I'm really disappointed. Running something like MySQL in a VM via gluster via FUSE is crap. :-( <br> </p> <p>Not being able to migrate machines in an ovirt cluster is crap, too if one wants to stay current. A few VM's on my OVirt are running for ~200 days now while constantly upgrading to latest Ovirt Release. That needs live migration of course.</p> <p>Bye<br> </p> <p><br> </p> <p>-- <br> </p> <div class="moz-signature"> <p> </p> <table cellspacing="0" cellpadding="0" border="0"> <tbody> <tr> <td colspan="3"><img src="cid:part1.F9AADFA9.9AED5F9A@databay.de" height="30" width="151" border="0"></td> </tr> <tr> <td valign="top"> <font size="-1" face="Verdana, Arial, sans-serif"><br> <b>Ralf Schenk</b><br> fon +49 (0) 24 05 / 40 83 70<br> fax +49 (0) 24 05 / 40 83 759<br> mail <a href="mailto:rs@databay.de"><font color="#FF0000"><b>rs@databay.de</b></font></a><br> </font> </td> <td width="30"> </td> <td valign="top"> <font size="-1" face="Verdana, Arial, sans-serif"><br> <b>Databay AG</b><br> Jens-Otto-Krag-Straße 11<br> D-52146 Würselen<br> <a href="http://www.databay.de"><font color="#FF0000"><b>www.databay.de</b></font></a> </font> </td> </tr> <tr> <td colspan="3" valign="top"> <font size="1" face="Verdana, Arial, sans-serif"><br> Sitz/Amtsgericht Aachen • HRB:8437 • USt-IdNr.: DE 210844202<br> Vorstand: Ralf Schenk, Dipl.-Ing. Jens Conze, Aresch Yavari, Dipl.-Kfm. Philipp Hermanns<br> Aufsichtsratsvorsitzender: Wilhelm Dohmen </font> </td> </tr> </tbody> </table> <hr noshade="noshade" size="1" color="#000000" width="100%"> </div> </body> </html> --------------DA582FD96C8238EF6DE4331D Content-Type: image/gif; name="njflcbkljmdeehnc.gif" Content-Transfer-Encoding: base64 Content-ID: <part1.F9AADFA9.9AED5F9A@databay.de> Content-Disposition: inline; filename="njflcbkljmdeehnc.gif" R0lGODlhlwAeAMQAAObm5v9QVf/R0oKBgfDw8NfX105MTLi3t/r6+sfHx/+rrf98gC0sLP8L EhIQEKalpf/g4ZmYmHd2dmppaf8uNP/y8v8cIv+Ym//AwkE/P46NjRwbG11cXP8ABwUDA/// /yH5BAAAAAAALAAAAACXAB4AAAX/4CeOYnUJZKqubOu+cCzPNA0tVnfVfO//wGAKk+t0Ap+K QMFUYCDCqHRKJVUWDaPRUsFktZ1G4AKtms9o1gKsFVS+7I5ll67bpd647hPQawNld4KDMQJF bA07F35aFBiEkJEpfXEBjx8KjI0Vkp2DEIdaCySgFBShbEgrCQOtrq+uEQcALQewrQUjEbe8 rgkkD7y5KhMZB3drqSoVFQhdlHGXKQYe1dbX2BvHKwzY1RMiAN7j1xEjBeTmKeIeD3cYCxRf FigvChRxFJwkBBvk5A7cpZhAjgGCDwn+kfslgto4CSoSehh2BwEEBQvowDAUR0EKdArHZTg4 4oDCXBFC/3qj9SEluZEpHnjYQFIGgpo1KgSasYjNKBImrzF4NaFbNgIjCGRQeIyVKwneOLzS cLCAg38OWI4Y4GECgQcSOEwYcADnh6/FNjAwoGFYAQ0atI4AAFeEFwsLFLiJUQEfGH0kNGAD x8+oNQdIRQg+7NCaOhIgD8sVgYADNsPVGI5YWjRqzQTdHDDIYHRDLokaUhCglkFEJi0NKJhl 0RP2TsvXUg88KiLBVWsZrF6DmMKlNYMqglqTik1guN8OBgAgkGCpB+L9ugK4iSCBvwEfECw1 kILrBpa1jVCQIQBRvbP+rlEcQVAoSevWyv6uhpwE12uEkQAAZucpVw1xIsjkgf8B863mQVYt eQATCZYJZJ5WBfij2wfpHcEeHGG8Z+BMszVWDXkfKLhceJhBSAJ+1ThH32AfRFZNayNAtUFi wFSTSwEHJIYAAQU84IADwyjIEALU9MchG+vFgIF7W2GDI2T7HfjBgNcgKQKMHmwjgnCSpeCb ULRkdxhF1CDY40RjgmUAA/v1J5FAKW2gGSZscBFDMraNgJs1AYpAAGYP5jJoNQ4Y4Gh8jpFg HH9mgbmWo1l6oA4C3Ygp6UwEIFBfNRtkMIBlKMLnAXgAXLWhXXH85EIFqMhGGZgDEKArABGA ed0HI4bk5qgnprCYSt88B6dqS0FEEAMPJDCdCJYViur/B1BlwGMJqDTwnhqxJgUpo0ceOQ4D 0yEakpMm/jqCRMgWm2I1j824Y6vLvuuPjHnqOJkIgP6xzwp5sCFNsCFp88Gxh11lrjfDcNrc CEx64/CD3iAHlQcMUEQXvcA+qBkBB4Q2X1CusjBlJdKMYAKI6g28MbKN5hJsBAXknHOwutn4 oFYqkpqAzjnPbE0u1PxmwAQGXLWBbvhuIIEGEnRjlAHO4SvhbCNAkwoGzEBwgV9U0lfu2WiX OkDEGaCdKgl0nk2YkWdPOCDabvaGdkAftL1LlgwCM+7Tq11V71IO7LkM2XE0YAHMYMhqqK6U V165CpaHukLmiXFO8XSVzzakX+UH6TrmAajPNxfqByTQec41AeBPvSwIALkmAnuiexCsca3C BajgfsROuxcPA8kHQJX4DAIwjnsAvhsvfXHWKEwDAljg7sj03L9wwAQTxOWD2AE0YP75eCkw cPfs+xACADs= --------------DA582FD96C8238EF6DE4331D-- --------------B58437AC11A9A7397FEA7AA8--