[Users] Gluster Volume Info won't update

Because of a few issues I had with keepalived, I moved my storage network to it's own VLAN but it seems to have broken part of the ovirt gluster management. Same scenario: 2 Hosts 1x Engine, VDSM, Gluster 1x VDSM,Gluster So to properly split the gluster data and ovirtmgmt I simply assigned them two host names and two IPS. 172.16.0.1 (ovirtmgmt) hvx.melb.example.net 172.16.1.1 (gluster) gsx.melb.example.net However the oVirt engine does not seem to like this, it would not pick up the gluster volume as "running" until I did a restart through the UI. The issue (possible bug) I'm seeing is the logs are being filled with http://www.fpaste.org/59440/13862963/ Volume information isn't being pulled as it thinks the gs01.melb.example.netis not within the cluster, where in fact it is but registered under hv01.melb.example.net Thanks, Andrew

This is a multi-part message in MIME format. --------------010401030104070307010207 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit On 12/06/2013 07:55 AM, Andrew Lau wrote:
Because of a few issues I had with keepalived, I moved my storage network to it's own VLAN but it seems to have broken part of the ovirt gluster management.
Same scenario: 2 Hosts
1x Engine, VDSM, Gluster 1x VDSM,Gluster
So to properly split the gluster data and ovirtmgmt I simply assigned them two host names and two IPS.
172.16.0.1 (ovirtmgmt) hvx.melb.example.net <http://hvx.melb.example.net> 172.16.1.1 (gluster) gsx.melb.example.net <http://gsx.melb.example.net>
However the oVirt engine does not seem to like this, it would not pick up the gluster volume as "running" until I did a restart through the UI.
The issue (possible bug) I'm seeing is the logs are being filled with http://www.fpaste.org/59440/13862963/
Volume information isn't being pulled as it thinks the gs01.melb.example.net <http://gs01.melb.example.net> is not within the cluster, where in fact it is but registered under hv01.melb.example.net <http://hv01.melb.example.net>
What's compatibility version of the clusters? From 3.3 onwards, gluster-host-uuid is used to identify a host instead of hostname. Thanks, Kanagaraj
Thanks, Andrew
_______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
--------------010401030104070307010207 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit <html> <head> <meta content="text/html; charset=ISO-8859-1" http-equiv="Content-Type"> </head> <body bgcolor="#FFFFFF" text="#000000"> <br> <div class="moz-cite-prefix">On 12/06/2013 07:55 AM, Andrew Lau wrote:<br> </div> <blockquote cite="mid:CAD7dF9dXP0haxsNUtfY==QHhYzAh=tMWdz_wfvod4M9YHq_HHA@mail.gmail.com" type="cite"> <div dir="ltr"> <div class="gmail_default" style="font-family:tahoma,sans-serif">Because of a few issues I had with keepalived, I moved my storage network to it's own VLAN but it seems to have broken part of the ovirt gluster management.<br> </div> <div class="gmail_default" style="font-family:tahoma,sans-serif"><br> </div> <div class="gmail_default" style="font-family:tahoma,sans-serif">Same scenario:</div> <div class="gmail_default" style="font-family:tahoma,sans-serif"> 2 Hosts</div> <div class="gmail_default" style="font-family:tahoma,sans-serif"><br> </div> <div class="gmail_default" style="font-family:tahoma,sans-serif">1x Engine, VDSM, Gluster</div> <div class="gmail_default" style="font-family:tahoma,sans-serif"> 1x VDSM,Gluster</div> <div class="gmail_default" style="font-family:tahoma,sans-serif"><br> </div> <div class="gmail_default" style="font-family:tahoma,sans-serif">So to properly split the gluster data and ovirtmgmt I simply assigned them two host names and two IPS.</div> <div class="gmail_default" style="font-family:tahoma,sans-serif"><br> </div> <div class="gmail_default" style="font-family:tahoma,sans-serif">172.16.0.1 (ovirtmgmt) <a moz-do-not-send="true" href="http://hvx.melb.example.net">hvx.melb.example.net</a></div> <div class="gmail_default" style="font-family:tahoma,sans-serif">172.16.1.1 (gluster) <a moz-do-not-send="true" href="http://gsx.melb.example.net">gsx.melb.example.net</a></div> <div class="gmail_default" style="font-family:tahoma,sans-serif"><br> </div> <div class="gmail_default" style="font-family:tahoma,sans-serif">However the oVirt engine does not seem to like this, it would not pick up the gluster volume as "running" until I did a restart through the UI. </div> <div class="gmail_default" style="font-family:tahoma,sans-serif"><br> </div> <div class="gmail_default" style="font-family:tahoma,sans-serif">The issue (possible bug) I'm seeing is the logs are being filled with <a moz-do-not-send="true" href="http://www.fpaste.org/59440/13862963/" style="font-family:arial">http://www.fpaste.org/59440/13862963/</a></div> <div class="gmail_default" style="font-family:tahoma,sans-serif"><br> </div> <div class="gmail_default" style="font-family:tahoma,sans-serif">Volume information isn't being pulled as it thinks the <a moz-do-not-send="true" href="http://gs01.melb.example.net">gs01.melb.example.net</a> is not within the cluster, where in fact it is but registered under <a moz-do-not-send="true" href="http://hv01.melb.example.net">hv01.melb.example.net</a></div> <div class="gmail_default" style="font-family:tahoma,sans-serif"><br> </div> </div> </blockquote> <br> What's compatibility version of the clusters?<br> <br> From 3.3 onwards, gluster-host-uuid is used to identify a host instead of hostname.<br> <br> Thanks,<br> Kanagaraj<br> <br> <blockquote cite="mid:CAD7dF9dXP0haxsNUtfY==QHhYzAh=tMWdz_wfvod4M9YHq_HHA@mail.gmail.com" type="cite"> <div dir="ltr"> <div class="gmail_default" style="font-family:tahoma,sans-serif"><br> </div> <div><font face="tahoma, sans-serif">Thanks,<br> Andrew</font><br> </div> </div> <br> <fieldset class="mimeAttachmentHeader"></fieldset> <br> <pre wrap="">_______________________________________________ Users mailing list <a class="moz-txt-link-abbreviated" href="mailto:Users@ovirt.org">Users@ovirt.org</a> <a class="moz-txt-link-freetext" href="http://lists.ovirt.org/mailman/listinfo/users">http://lists.ovirt.org/mailman/listinfo/users</a> </pre> </blockquote> <br> </body> </html> --------------010401030104070307010207--

Yup - it's ovirt cluster version 3.3 with gluster 3.4.1 On Fri, Dec 6, 2013 at 3:11 PM, Kanagaraj <kmayilsa@redhat.com> wrote:
On 12/06/2013 07:55 AM, Andrew Lau wrote:
Because of a few issues I had with keepalived, I moved my storage network to it's own VLAN but it seems to have broken part of the ovirt gluster management.
Same scenario: 2 Hosts
1x Engine, VDSM, Gluster 1x VDSM,Gluster
So to properly split the gluster data and ovirtmgmt I simply assigned them two host names and two IPS.
172.16.0.1 (ovirtmgmt) hvx.melb.example.net 172.16.1.1 (gluster) gsx.melb.example.net
However the oVirt engine does not seem to like this, it would not pick up the gluster volume as "running" until I did a restart through the UI.
The issue (possible bug) I'm seeing is the logs are being filled with http://www.fpaste.org/59440/13862963/
Volume information isn't being pulled as it thinks the gs01.melb.example.net is not within the cluster, where in fact it is but registered under hv01.melb.example.net
What's compatibility version of the clusters?
From 3.3 onwards, gluster-host-uuid is used to identify a host instead of hostname.
Thanks, Kanagaraj
Thanks, Andrew
_______________________________________________ Users mailing listUsers@ovirt.orghttp://lists.ovirt.org/mailman/listinfo/users

This is a multi-part message in MIME format. --------------070900070903060707070402 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit On 12/06/2013 09:46 AM, Andrew Lau wrote:
Yup - it's ovirt cluster version 3.3 with gluster 3.4.1
what does "gluster volume info <vol>" and "gluster volume status <vol>" say?
On Fri, Dec 6, 2013 at 3:11 PM, Kanagaraj <kmayilsa@redhat.com <mailto:kmayilsa@redhat.com>>wrote:
On 12/06/2013 07:55 AM, Andrew Lau wrote:
Because of a few issues I had with keepalived, I moved my storage network to it's own VLAN but it seems to have broken part of the ovirt gluster management.
Same scenario: 2 Hosts
1x Engine, VDSM, Gluster 1x VDSM,Gluster
So to properly split the gluster data and ovirtmgmt I simply assigned them two host names and two IPS.
172.16.0.1 (ovirtmgmt) hvx.melb.example.net <http://hvx.melb.example.net> 172.16.1.1 (gluster) gsx.melb.example.net <http://gsx.melb.example.net>
However the oVirt engine does not seem to like this, it would not pick up the gluster volume as "running" until I did a restart through the UI.
The issue (possible bug) I'm seeing is the logs are being filled with http://www.fpaste.org/59440/13862963/
Volume information isn't being pulled as it thinks the gs01.melb.example.net <http://gs01.melb.example.net> is not within the cluster, where in fact it is but registered under hv01.melb.example.net <http://hv01.melb.example.net>
What's compatibility version of the clusters?
From 3.3 onwards, gluster-host-uuid is used to identify a host instead of hostname.
Thanks, Kanagaraj
Thanks, Andrew
_______________________________________________ Users mailing list Users@ovirt.org <mailto:Users@ovirt.org> http://lists.ovirt.org/mailman/listinfo/users
--------------070900070903060707070402 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit <html> <head> <meta content="text/html; charset=ISO-8859-1" http-equiv="Content-Type"> </head> <body bgcolor="#FFFFFF" text="#000000"> <br> <div class="moz-cite-prefix">On 12/06/2013 09:46 AM, Andrew Lau wrote:<br> </div> <blockquote cite="mid:CAD7dF9dS=4knDCCKAGVG9UxuPp2o1V2hbOOEF7TTpXEjmWHaow@mail.gmail.com" type="cite"> <div dir="ltr"> <div class="gmail_default" style="font-family:tahoma,sans-serif"><span style="font-family:arial">Yup - it's ovirt cluster version 3.3 with gluster 3.4.1</span></div> </div> </blockquote> <br> what does "gluster volume info <vol>" and "gluster volume status <vol>" say?<br> <br> <blockquote cite="mid:CAD7dF9dS=4knDCCKAGVG9UxuPp2o1V2hbOOEF7TTpXEjmWHaow@mail.gmail.com" type="cite"> <div dir="ltr"> <div class="gmail_default" style="font-family:tahoma,sans-serif"> <span style="font-family:arial"><br> </span></div> <div class="gmail_default" style="font-family:tahoma,sans-serif"><span style="font-family:arial">On Fri, Dec 6, 2013 at 3:11 PM, Kanagaraj </span><span dir="ltr" style="font-family:arial"><<a moz-do-not-send="true" href="mailto:kmayilsa@redhat.com" target="_blank">kmayilsa@redhat.com</a>></span><span style="font-family:arial"> wrote:</span><br> </div> <div class="gmail_extra"> <div class="gmail_quote"> <blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"> <div bgcolor="#FFFFFF" text="#000000"> <div> <div class="h5"> <br> <div>On 12/06/2013 07:55 AM, Andrew Lau wrote:<br> </div> <blockquote type="cite"> <div dir="ltr"> <div style="font-family:tahoma,sans-serif">Because of a few issues I had with keepalived, I moved my storage network to it's own VLAN but it seems to have broken part of the ovirt gluster management.<br> </div> <div style="font-family:tahoma,sans-serif"><br> </div> <div style="font-family:tahoma,sans-serif">Same scenario:</div> <div style="font-family:tahoma,sans-serif"> 2 Hosts</div> <div style="font-family:tahoma,sans-serif"><br> </div> <div style="font-family:tahoma,sans-serif">1x Engine, VDSM, Gluster</div> <div style="font-family:tahoma,sans-serif"> 1x VDSM,Gluster</div> <div style="font-family:tahoma,sans-serif"><br> </div> <div style="font-family:tahoma,sans-serif">So to properly split the gluster data and ovirtmgmt I simply assigned them two host names and two IPS.</div> <div style="font-family:tahoma,sans-serif"><br> </div> <div style="font-family:tahoma,sans-serif">172.16.0.1 (ovirtmgmt) <a moz-do-not-send="true" href="http://hvx.melb.example.net" target="_blank">hvx.melb.example.net</a></div> <div style="font-family:tahoma,sans-serif">172.16.1.1 (gluster) <a moz-do-not-send="true" href="http://gsx.melb.example.net" target="_blank">gsx.melb.example.net</a></div> <div style="font-family:tahoma,sans-serif"><br> </div> <div style="font-family:tahoma,sans-serif">However the oVirt engine does not seem to like this, it would not pick up the gluster volume as "running" until I did a restart through the UI. </div> <div style="font-family:tahoma,sans-serif"><br> </div> <div style="font-family:tahoma,sans-serif">The issue (possible bug) I'm seeing is the logs are being filled with <a moz-do-not-send="true" href="http://www.fpaste.org/59440/13862963/" style="font-family:arial" target="_blank">http://www.fpaste.org/59440/13862963/</a></div> <div style="font-family:tahoma,sans-serif"><br> </div> <div style="font-family:tahoma,sans-serif">Volume information isn't being pulled as it thinks the <a moz-do-not-send="true" href="http://gs01.melb.example.net" target="_blank">gs01.melb.example.net</a> is not within the cluster, where in fact it is but registered under <a moz-do-not-send="true" href="http://hv01.melb.example.net" target="_blank">hv01.melb.example.net</a></div> <div style="font-family:tahoma,sans-serif"><br> </div> </div> </blockquote> <br> </div> </div> What's compatibility version of the clusters?<br> <br> From 3.3 onwards, gluster-host-uuid is used to identify a host instead of hostname.<br> <br> Thanks,<br> Kanagaraj<br> <br> <blockquote type="cite"> <div dir="ltr"> <div style="font-family:tahoma,sans-serif"><br> </div> <div><font face="tahoma, sans-serif">Thanks,<br> Andrew</font><br> </div> </div> <br> <fieldset></fieldset> <br> <pre>_______________________________________________ Users mailing list <a moz-do-not-send="true" href="mailto:Users@ovirt.org" target="_blank">Users@ovirt.org</a> <a moz-do-not-send="true" href="http://lists.ovirt.org/mailman/listinfo/users" target="_blank">http://lists.ovirt.org/mailman/listinfo/users</a> </pre> </blockquote> <br> </div> </blockquote> </div> <br> </div> </div> </blockquote> <br> </body> </html> --------------070900070903060707070402--

This is a multi-part message in MIME format. --------------010202060307090109030002 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit On 12/06/2013 10:00 AM, Kanagaraj wrote:
On 12/06/2013 09:46 AM, Andrew Lau wrote:
Yup - it's ovirt cluster version 3.3 with gluster 3.4.1
what does "gluster volume info <vol>" and "gluster volume status <vol>" say?
There's an issue where engine cannot sync the bricks, as bricks return a different IP address than the one engine is aware of (in this case gsx.melb.example.net <http://gsx.melb.example.net> while engine knows the host as hvx.melb.example.net <http://hvx.melb.example.net>) . We need to fix this path to use the gluster host UUID as well. Have logged a bug to track this - https://bugzilla.redhat.com/show_bug.cgi?id=1038988
On Fri, Dec 6, 2013 at 3:11 PM, Kanagaraj <kmayilsa@redhat.com <mailto:kmayilsa@redhat.com>>wrote:
On 12/06/2013 07:55 AM, Andrew Lau wrote:
Because of a few issues I had with keepalived, I moved my storage network to it's own VLAN but it seems to have broken part of the ovirt gluster management.
Same scenario: 2 Hosts
1x Engine, VDSM, Gluster 1x VDSM,Gluster
So to properly split the gluster data and ovirtmgmt I simply assigned them two host names and two IPS.
172.16.0.1 (ovirtmgmt) hvx.melb.example.net <http://hvx.melb.example.net> 172.16.1.1 (gluster) gsx.melb.example.net <http://gsx.melb.example.net>
However the oVirt engine does not seem to like this, it would not pick up the gluster volume as "running" until I did a restart through the UI.
The issue (possible bug) I'm seeing is the logs are being filled with http://www.fpaste.org/59440/13862963/
Volume information isn't being pulled as it thinks the gs01.melb.example.net <http://gs01.melb.example.net> is not within the cluster, where in fact it is but registered under hv01.melb.example.net <http://hv01.melb.example.net>
What's compatibility version of the clusters?
From 3.3 onwards, gluster-host-uuid is used to identify a host instead of hostname.
Thanks, Kanagaraj
Thanks, Andrew
_______________________________________________ Users mailing list Users@ovirt.org <mailto:Users@ovirt.org> http://lists.ovirt.org/mailman/listinfo/users
_______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
--------------010202060307090109030002 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit <html> <head> <meta content="text/html; charset=ISO-8859-1" http-equiv="Content-Type"> </head> <body bgcolor="#FFFFFF" text="#000000"> <br> <div class="moz-cite-prefix">On 12/06/2013 10:00 AM, Kanagaraj wrote:<br> </div> <blockquote cite="mid:52A152CD.4030106@redhat.com" type="cite"> <meta content="text/html; charset=ISO-8859-1" http-equiv="Content-Type"> <br> <div class="moz-cite-prefix">On 12/06/2013 09:46 AM, Andrew Lau wrote:<br> </div> <blockquote cite="mid:CAD7dF9dS=4knDCCKAGVG9UxuPp2o1V2hbOOEF7TTpXEjmWHaow@mail.gmail.com" type="cite"> <div dir="ltr"> <div class="gmail_default" style="font-family:tahoma,sans-serif"><span style="font-family:arial">Yup - it's ovirt cluster version 3.3 with gluster 3.4.1</span></div> </div> </blockquote> <br> what does "gluster volume info <vol>" and "gluster volume status <vol>" say?<br> </blockquote> <br> There's an issue where engine cannot sync the bricks, as bricks return a different IP address than the one engine is aware of (in this case <a moz-do-not-send="true" href="http://gsx.melb.example.net" target="_blank">gsx.melb.example.net</a> while engine knows the host as <a moz-do-not-send="true" href="http://hvx.melb.example.net" target="_blank">hvx.melb.example.net</a>) . We need to fix this path to use the gluster host UUID as well. <br> <br> Have logged a bug to track this - <meta http-equiv="content-type" content="text/html; charset=ISO-8859-1"> <a href="https://bugzilla.redhat.com/show_bug.cgi?id=1038988">https://bugzilla.redhat.com/show_bug.cgi?id=1038988</a><br> <br> <br> <br> <br> <blockquote cite="mid:52A152CD.4030106@redhat.com" type="cite"> <br> <blockquote cite="mid:CAD7dF9dS=4knDCCKAGVG9UxuPp2o1V2hbOOEF7TTpXEjmWHaow@mail.gmail.com" type="cite"> <div dir="ltr"> <div class="gmail_default" style="font-family:tahoma,sans-serif"> <span style="font-family:arial"><br> </span></div> <div class="gmail_default" style="font-family:tahoma,sans-serif"><span style="font-family:arial">On Fri, Dec 6, 2013 at 3:11 PM, Kanagaraj </span><span dir="ltr" style="font-family:arial"><<a moz-do-not-send="true" href="mailto:kmayilsa@redhat.com" target="_blank">kmayilsa@redhat.com</a>></span><span style="font-family:arial"> wrote:</span><br> </div> <div class="gmail_extra"> <div class="gmail_quote"> <blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"> <div bgcolor="#FFFFFF" text="#000000"> <div> <div class="h5"> <br> <div>On 12/06/2013 07:55 AM, Andrew Lau wrote:<br> </div> <blockquote type="cite"> <div dir="ltr"> <div style="font-family:tahoma,sans-serif">Because of a few issues I had with keepalived, I moved my storage network to it's own VLAN but it seems to have broken part of the ovirt gluster management.<br> </div> <div style="font-family:tahoma,sans-serif"><br> </div> <div style="font-family:tahoma,sans-serif">Same scenario:</div> <div style="font-family:tahoma,sans-serif"> 2 Hosts</div> <div style="font-family:tahoma,sans-serif"><br> </div> <div style="font-family:tahoma,sans-serif">1x Engine, VDSM, Gluster</div> <div style="font-family:tahoma,sans-serif"> 1x VDSM,Gluster</div> <div style="font-family:tahoma,sans-serif"><br> </div> <div style="font-family:tahoma,sans-serif">So to properly split the gluster data and ovirtmgmt I simply assigned them two host names and two IPS.</div> <div style="font-family:tahoma,sans-serif"><br> </div> <div style="font-family:tahoma,sans-serif">172.16.0.1 (ovirtmgmt) <a moz-do-not-send="true" href="http://hvx.melb.example.net" target="_blank">hvx.melb.example.net</a></div> <div style="font-family:tahoma,sans-serif">172.16.1.1 (gluster) <a moz-do-not-send="true" href="http://gsx.melb.example.net" target="_blank">gsx.melb.example.net</a></div> <div style="font-family:tahoma,sans-serif"><br> </div> <div style="font-family:tahoma,sans-serif">However the oVirt engine does not seem to like this, it would not pick up the gluster volume as "running" until I did a restart through the UI. </div> <div style="font-family:tahoma,sans-serif"><br> </div> <div style="font-family:tahoma,sans-serif">The issue (possible bug) I'm seeing is the logs are being filled with <a moz-do-not-send="true" href="http://www.fpaste.org/59440/13862963/" style="font-family:arial" target="_blank">http://www.fpaste.org/59440/13862963/</a></div> <div style="font-family:tahoma,sans-serif"><br> </div> <div style="font-family:tahoma,sans-serif">Volume information isn't being pulled as it thinks the <a moz-do-not-send="true" href="http://gs01.melb.example.net" target="_blank">gs01.melb.example.net</a> is not within the cluster, where in fact it is but registered under <a moz-do-not-send="true" href="http://hv01.melb.example.net" target="_blank">hv01.melb.example.net</a></div> <div style="font-family:tahoma,sans-serif"><br> </div> </div> </blockquote> <br> </div> </div> What's compatibility version of the clusters?<br> <br> From 3.3 onwards, gluster-host-uuid is used to identify a host instead of hostname.<br> <br> Thanks,<br> Kanagaraj<br> <br> <blockquote type="cite"> <div dir="ltr"> <div style="font-family:tahoma,sans-serif"><br> </div> <div><font face="tahoma, sans-serif">Thanks,<br> Andrew</font><br> </div> </div> <br> <fieldset></fieldset> <br> <pre>_______________________________________________ Users mailing list <a moz-do-not-send="true" href="mailto:Users@ovirt.org" target="_blank">Users@ovirt.org</a> <a moz-do-not-send="true" href="http://lists.ovirt.org/mailman/listinfo/users" target="_blank">http://lists.ovirt.org/mailman/listinfo/users</a> </pre> </blockquote> <br> </div> </blockquote> </div> <br> </div> </div> </blockquote> <br> <br> <fieldset class="mimeAttachmentHeader"></fieldset> <br> <pre wrap="">_______________________________________________ Users mailing list <a class="moz-txt-link-abbreviated" href="mailto:Users@ovirt.org">Users@ovirt.org</a> <a class="moz-txt-link-freetext" href="http://lists.ovirt.org/mailman/listinfo/users">http://lists.ovirt.org/mailman/listinfo/users</a> </pre> </blockquote> <br> </body> </html> --------------010202060307090109030002--

This is a multi-part message in MIME format. --------------040902010701060004030300 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit On 12/06/2013 03:29 PM, Sahina Bose wrote:
On 12/06/2013 10:00 AM, Kanagaraj wrote:
On 12/06/2013 09:46 AM, Andrew Lau wrote:
Yup - it's ovirt cluster version 3.3 with gluster 3.4.1
what does "gluster volume info <vol>" and "gluster volume status <vol>" say?
There's an issue where engine cannot sync the bricks, as bricks return a different IP address than the one engine is aware of (in this case gsx.melb.example.net <http://gsx.melb.example.net> while engine knows the host as hvx.melb.example.net <http://hvx.melb.example.net>) . We need to fix this path to use the gluster host UUID as well.
Have logged a bug to track this - https://bugzilla.redhat.com/show_bug.cgi?id=1038988
Could you also let us know if the following network is listed under your Host's Network Interfaces sub tab? 172.16.1.1 (gluster) gsx.melb.example.net <http://gsx.melb.example.net> If it is, then even without any fix, it should have worked for you and we need to dig further on why it did not.
On Fri, Dec 6, 2013 at 3:11 PM, Kanagaraj <kmayilsa@redhat.com <mailto:kmayilsa@redhat.com>>wrote:
On 12/06/2013 07:55 AM, Andrew Lau wrote:
Because of a few issues I had with keepalived, I moved my storage network to it's own VLAN but it seems to have broken part of the ovirt gluster management.
Same scenario: 2 Hosts
1x Engine, VDSM, Gluster 1x VDSM,Gluster
So to properly split the gluster data and ovirtmgmt I simply assigned them two host names and two IPS.
172.16.0.1 (ovirtmgmt) hvx.melb.example.net <http://hvx.melb.example.net> 172.16.1.1 (gluster) gsx.melb.example.net <http://gsx.melb.example.net>
However the oVirt engine does not seem to like this, it would not pick up the gluster volume as "running" until I did a restart through the UI.
The issue (possible bug) I'm seeing is the logs are being filled with http://www.fpaste.org/59440/13862963/
Volume information isn't being pulled as it thinks the gs01.melb.example.net <http://gs01.melb.example.net> is not within the cluster, where in fact it is but registered under hv01.melb.example.net <http://hv01.melb.example.net>
What's compatibility version of the clusters?
From 3.3 onwards, gluster-host-uuid is used to identify a host instead of hostname.
Thanks, Kanagaraj
Thanks, Andrew
_______________________________________________ Users mailing list Users@ovirt.org <mailto:Users@ovirt.org> http://lists.ovirt.org/mailman/listinfo/users
_______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
_______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
--------------040902010701060004030300 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit <html> <head> <meta content="text/html; charset=ISO-8859-1" http-equiv="Content-Type"> </head> <body bgcolor="#FFFFFF" text="#000000"> <br> <div class="moz-cite-prefix">On 12/06/2013 03:29 PM, Sahina Bose wrote:<br> </div> <blockquote cite="mid:52A1A015.8070108@redhat.com" type="cite"> <meta content="text/html; charset=ISO-8859-1" http-equiv="Content-Type"> <br> <div class="moz-cite-prefix">On 12/06/2013 10:00 AM, Kanagaraj wrote:<br> </div> <blockquote cite="mid:52A152CD.4030106@redhat.com" type="cite"> <meta content="text/html; charset=ISO-8859-1" http-equiv="Content-Type"> <br> <div class="moz-cite-prefix">On 12/06/2013 09:46 AM, Andrew Lau wrote:<br> </div> <blockquote cite="mid:CAD7dF9dS=4knDCCKAGVG9UxuPp2o1V2hbOOEF7TTpXEjmWHaow@mail.gmail.com" type="cite"> <div dir="ltr"> <div class="gmail_default" style="font-family:tahoma,sans-serif"><span style="font-family:arial">Yup - it's ovirt cluster version 3.3 with gluster 3.4.1</span></div> </div> </blockquote> <br> what does "gluster volume info <vol>" and "gluster volume status <vol>" say?<br> </blockquote> <br> There's an issue where engine cannot sync the bricks, as bricks return a different IP address than the one engine is aware of (in this case <a moz-do-not-send="true" href="http://gsx.melb.example.net" target="_blank">gsx.melb.example.net</a> while engine knows the host as <a moz-do-not-send="true" href="http://hvx.melb.example.net" target="_blank">hvx.melb.example.net</a>) . We need to fix this path to use the gluster host UUID as well. <br> <br> Have logged a bug to track this - <meta http-equiv="content-type" content="text/html; charset=ISO-8859-1"> <a moz-do-not-send="true" href="https://bugzilla.redhat.com/show_bug.cgi?id=1038988">https://bugzilla.redhat.com/show_bug.cgi?id=1038988</a><br> <br> <br> </blockquote> <br> Could you also let us know if the following network is listed under your Host's Network Interfaces sub tab?<br> <div style="font-family:tahoma,sans-serif">172.16.1.1 (gluster) <a moz-do-not-send="true" href="http://gsx.melb.example.net" target="_blank">gsx.melb.example.net</a><br> <br> If it is, then even without any fix, it should have worked for you and we need to dig further on why it did not.<br> <br> </div> <div style="font-family:tahoma,sans-serif"><br> </div> <blockquote cite="mid:52A1A015.8070108@redhat.com" type="cite"> <br> <br> <blockquote cite="mid:52A152CD.4030106@redhat.com" type="cite"> <br> <blockquote cite="mid:CAD7dF9dS=4knDCCKAGVG9UxuPp2o1V2hbOOEF7TTpXEjmWHaow@mail.gmail.com" type="cite"> <div dir="ltr"> <div class="gmail_default" style="font-family:tahoma,sans-serif"> <span style="font-family:arial"><br> </span></div> <div class="gmail_default" style="font-family:tahoma,sans-serif"><span style="font-family:arial">On Fri, Dec 6, 2013 at 3:11 PM, Kanagaraj </span><span dir="ltr" style="font-family:arial"><<a moz-do-not-send="true" href="mailto:kmayilsa@redhat.com" target="_blank">kmayilsa@redhat.com</a>></span><span style="font-family:arial"> wrote:</span><br> </div> <div class="gmail_extra"> <div class="gmail_quote"> <blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"> <div bgcolor="#FFFFFF" text="#000000"> <div> <div class="h5"> <br> <div>On 12/06/2013 07:55 AM, Andrew Lau wrote:<br> </div> <blockquote type="cite"> <div dir="ltr"> <div style="font-family:tahoma,sans-serif">Because of a few issues I had with keepalived, I moved my storage network to it's own VLAN but it seems to have broken part of the ovirt gluster management.<br> </div> <div style="font-family:tahoma,sans-serif"><br> </div> <div style="font-family:tahoma,sans-serif">Same scenario:</div> <div style="font-family:tahoma,sans-serif"> 2 Hosts</div> <div style="font-family:tahoma,sans-serif"><br> </div> <div style="font-family:tahoma,sans-serif">1x Engine, VDSM, Gluster</div> <div style="font-family:tahoma,sans-serif"> 1x VDSM,Gluster</div> <div style="font-family:tahoma,sans-serif"><br> </div> <div style="font-family:tahoma,sans-serif">So to properly split the gluster data and ovirtmgmt I simply assigned them two host names and two IPS.</div> <div style="font-family:tahoma,sans-serif"><br> </div> <div style="font-family:tahoma,sans-serif">172.16.0.1 (ovirtmgmt) <a moz-do-not-send="true" href="http://hvx.melb.example.net" target="_blank">hvx.melb.example.net</a></div> <div style="font-family:tahoma,sans-serif">172.16.1.1 (gluster) <a moz-do-not-send="true" href="http://gsx.melb.example.net" target="_blank">gsx.melb.example.net</a></div> <div style="font-family:tahoma,sans-serif"><br> </div> <div style="font-family:tahoma,sans-serif">However the oVirt engine does not seem to like this, it would not pick up the gluster volume as "running" until I did a restart through the UI. </div> <div style="font-family:tahoma,sans-serif"><br> </div> <div style="font-family:tahoma,sans-serif">The issue (possible bug) I'm seeing is the logs are being filled with <a moz-do-not-send="true" href="http://www.fpaste.org/59440/13862963/" style="font-family:arial" target="_blank">http://www.fpaste.org/59440/13862963/</a></div> <div style="font-family:tahoma,sans-serif"><br> </div> <div style="font-family:tahoma,sans-serif">Volume information isn't being pulled as it thinks the <a moz-do-not-send="true" href="http://gs01.melb.example.net" target="_blank">gs01.melb.example.net</a> is not within the cluster, where in fact it is but registered under <a moz-do-not-send="true" href="http://hv01.melb.example.net" target="_blank">hv01.melb.example.net</a></div> <div style="font-family:tahoma,sans-serif"><br> </div> </div> </blockquote> <br> </div> </div> What's compatibility version of the clusters?<br> <br> From 3.3 onwards, gluster-host-uuid is used to identify a host instead of hostname.<br> <br> Thanks,<br> Kanagaraj<br> <br> <blockquote type="cite"> <div dir="ltr"> <div style="font-family:tahoma,sans-serif"><br> </div> <div><font face="tahoma, sans-serif">Thanks,<br> Andrew</font><br> </div> </div> <br> <fieldset></fieldset> <br> <pre>_______________________________________________ Users mailing list <a moz-do-not-send="true" href="mailto:Users@ovirt.org" target="_blank">Users@ovirt.org</a> <a moz-do-not-send="true" href="http://lists.ovirt.org/mailman/listinfo/users" target="_blank">http://lists.ovirt.org/mailman/listinfo/users</a> </pre> </blockquote> <br> </div> </blockquote> </div> <br> </div> </div> </blockquote> <br> <br> <fieldset class="mimeAttachmentHeader"></fieldset> <br> <pre wrap="">_______________________________________________ Users mailing list <a moz-do-not-send="true" class="moz-txt-link-abbreviated" href="mailto:Users@ovirt.org">Users@ovirt.org</a> <a moz-do-not-send="true" class="moz-txt-link-freetext" href="http://lists.ovirt.org/mailman/listinfo/users">http://lists.ovirt.org/mailman/listinfo/users</a> </pre> </blockquote> <br> <br> <fieldset class="mimeAttachmentHeader"></fieldset> <br> <pre wrap="">_______________________________________________ Users mailing list <a class="moz-txt-link-abbreviated" href="mailto:Users@ovirt.org">Users@ovirt.org</a> <a class="moz-txt-link-freetext" href="http://lists.ovirt.org/mailman/listinfo/users">http://lists.ovirt.org/mailman/listinfo/users</a> </pre> </blockquote> <br> </body> </html> --------------040902010701060004030300--

The defined cluster keeps showing me the option to import the gsx.melb.example.net hosts into the cluster as hosts. Under the Host's Network interfaces sub tab there is another issue I've got was it's picking up the keepalived floating IP address rather than the one assigned, but yes the network is listed as I managed it through ovirt. On Fri, Dec 6, 2013 at 9:22 PM, Sahina Bose <sabose@redhat.com> wrote:
On 12/06/2013 03:29 PM, Sahina Bose wrote:
On 12/06/2013 10:00 AM, Kanagaraj wrote:
On 12/06/2013 09:46 AM, Andrew Lau wrote:
Yup - it's ovirt cluster version 3.3 with gluster 3.4.1
what does "gluster volume info <vol>" and "gluster volume status <vol>" say?
There's an issue where engine cannot sync the bricks, as bricks return a different IP address than the one engine is aware of (in this case gsx.melb.example.net while engine knows the host as hvx.melb.example.net) . We need to fix this path to use the gluster host UUID as well.
Have logged a bug to track this - https://bugzilla.redhat.com/show_bug.cgi?id=1038988
Could you also let us know if the following network is listed under your Host's Network Interfaces sub tab? 172.16.1.1 (gluster) gsx.melb.example.net
If it is, then even without any fix, it should have worked for you and we need to dig further on why it did not.
On Fri, Dec 6, 2013 at 3:11 PM, Kanagaraj <kmayilsa@redhat.com> wrote:
On 12/06/2013 07:55 AM, Andrew Lau wrote:
Because of a few issues I had with keepalived, I moved my storage network to it's own VLAN but it seems to have broken part of the ovirt gluster management.
Same scenario: 2 Hosts
1x Engine, VDSM, Gluster 1x VDSM,Gluster
So to properly split the gluster data and ovirtmgmt I simply assigned them two host names and two IPS.
172.16.0.1 (ovirtmgmt) hvx.melb.example.net 172.16.1.1 (gluster) gsx.melb.example.net
However the oVirt engine does not seem to like this, it would not pick up the gluster volume as "running" until I did a restart through the UI.
The issue (possible bug) I'm seeing is the logs are being filled with http://www.fpaste.org/59440/13862963/
Volume information isn't being pulled as it thinks the gs01.melb.example.net is not within the cluster, where in fact it is but registered under hv01.melb.example.net
What's compatibility version of the clusters?
From 3.3 onwards, gluster-host-uuid is used to identify a host instead of hostname.
Thanks, Kanagaraj
Thanks, Andrew
_______________________________________________ Users mailing listUsers@ovirt.orghttp://lists.ovirt.org/mailman/listinfo/users
_______________________________________________ Users mailing listUsers@ovirt.orghttp://lists.ovirt.org/mailman/listinfo/users
_______________________________________________ Users mailing listUsers@ovirt.orghttp://lists.ovirt.org/mailman/listinfo/users
_______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users

This is a multi-part message in MIME format. --------------030403060907050603090405 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit On 12/08/2013 01:51 PM, Andrew Lau wrote:
The defined cluster keeps showing me the option to import the gsx.melb.example.net <http://gsx.melb.example.net> hosts into the cluster as hosts.
Under the Host's Network interfaces sub tab there is another issue I've got was it's picking up the keepalived floating IP address rather than the one assigned, but yes the network is listed as I managed it through ovirt.
Could you attach the engine.log as well as the vdsm.log from the node?
On Fri, Dec 6, 2013 at 9:22 PM, Sahina Bose <sabose@redhat.com <mailto:sabose@redhat.com>> wrote:
On 12/06/2013 03:29 PM, Sahina Bose wrote:
On 12/06/2013 10:00 AM, Kanagaraj wrote:
On 12/06/2013 09:46 AM, Andrew Lau wrote:
Yup - it's ovirt cluster version 3.3 with gluster 3.4.1
what does "gluster volume info <vol>" and "gluster volume status <vol>" say?
There's an issue where engine cannot sync the bricks, as bricks return a different IP address than the one engine is aware of (in this case gsx.melb.example.net <http://gsx.melb.example.net> while engine knows the host as hvx.melb.example.net <http://hvx.melb.example.net>) . We need to fix this path to use the gluster host UUID as well.
Have logged a bug to track this - https://bugzilla.redhat.com/show_bug.cgi?id=1038988
Could you also let us know if the following network is listed under your Host's Network Interfaces sub tab? 172.16.1.1 (gluster) gsx.melb.example.net <http://gsx.melb.example.net>
If it is, then even without any fix, it should have worked for you and we need to dig further on why it did not.
On Fri, Dec 6, 2013 at 3:11 PM, Kanagaraj <kmayilsa@redhat.com <mailto:kmayilsa@redhat.com>>wrote:
On 12/06/2013 07:55 AM, Andrew Lau wrote:
Because of a few issues I had with keepalived, I moved my storage network to it's own VLAN but it seems to have broken part of the ovirt gluster management.
Same scenario: 2 Hosts
1x Engine, VDSM, Gluster 1x VDSM,Gluster
So to properly split the gluster data and ovirtmgmt I simply assigned them two host names and two IPS.
172.16.0.1 (ovirtmgmt) hvx.melb.example.net <http://hvx.melb.example.net> 172.16.1.1 (gluster) gsx.melb.example.net <http://gsx.melb.example.net>
However the oVirt engine does not seem to like this, it would not pick up the gluster volume as "running" until I did a restart through the UI.
The issue (possible bug) I'm seeing is the logs are being filled with http://www.fpaste.org/59440/13862963/
Volume information isn't being pulled as it thinks the gs01.melb.example.net <http://gs01.melb.example.net> is not within the cluster, where in fact it is but registered under hv01.melb.example.net <http://hv01.melb.example.net>
What's compatibility version of the clusters?
From 3.3 onwards, gluster-host-uuid is used to identify a host instead of hostname.
Thanks, Kanagaraj
Thanks, Andrew
_______________________________________________ Users mailing list Users@ovirt.org <mailto:Users@ovirt.org> http://lists.ovirt.org/mailman/listinfo/users
_______________________________________________ Users mailing list Users@ovirt.org <mailto:Users@ovirt.org> http://lists.ovirt.org/mailman/listinfo/users
_______________________________________________ Users mailing list Users@ovirt.org <mailto:Users@ovirt.org> http://lists.ovirt.org/mailman/listinfo/users
_______________________________________________ Users mailing list Users@ovirt.org <mailto:Users@ovirt.org> http://lists.ovirt.org/mailman/listinfo/users
--------------030403060907050603090405 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit <html> <head> <meta content="text/html; charset=ISO-8859-1" http-equiv="Content-Type"> </head> <body bgcolor="#FFFFFF" text="#000000"> <br> <div class="moz-cite-prefix">On 12/08/2013 01:51 PM, Andrew Lau wrote:<br> </div> <blockquote cite="mid:CAD7dF9d12BB3KoWtzT-Vk6CCyz6d6fk_ELA_xx1YS8g-VBsacA@mail.gmail.com" type="cite"> <div dir="ltr"> <div class="gmail_default" style="font-family:tahoma,sans-serif">The defined cluster keeps showing me the option to import the <a moz-do-not-send="true" href="http://gsx.melb.example.net">gsx.melb.example.net</a> hosts into the cluster as hosts.</div> <div class="gmail_default" style="font-family:tahoma,sans-serif"><br> </div> <div class="gmail_default" style="font-family:tahoma,sans-serif">Under the Host's Network interfaces sub tab there is another issue I've got was it's picking up the keepalived floating IP address rather than the one assigned, but yes the network is listed as I managed it through ovirt.</div> </div> </blockquote> <br> Could you attach the engine.log as well as the vdsm.log from the node?<br> <br> <blockquote cite="mid:CAD7dF9d12BB3KoWtzT-Vk6CCyz6d6fk_ELA_xx1YS8g-VBsacA@mail.gmail.com" type="cite"> <div dir="ltr"> <div class="gmail_extra"><br> <div class="gmail_quote">On Fri, Dec 6, 2013 at 9:22 PM, Sahina Bose <span dir="ltr"><<a moz-do-not-send="true" href="mailto:sabose@redhat.com" target="_blank">sabose@redhat.com</a>></span> wrote:<br> <blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"> <div bgcolor="#FFFFFF" text="#000000"> <div class="im"> <br> <div>On 12/06/2013 03:29 PM, Sahina Bose wrote:<br> </div> <blockquote type="cite"> <br> <div>On 12/06/2013 10:00 AM, Kanagaraj wrote:<br> </div> <blockquote type="cite"> <br> <div>On 12/06/2013 09:46 AM, Andrew Lau wrote:<br> </div> <blockquote type="cite"> <div dir="ltr"> <div style="font-family:tahoma,sans-serif"><span style="font-family:arial">Yup - it's ovirt cluster version 3.3 with gluster 3.4.1</span></div> </div> </blockquote> <br> what does "gluster volume info <vol>" and "gluster volume status <vol>" say?<br> </blockquote> <br> There's an issue where engine cannot sync the bricks, as bricks return a different IP address than the one engine is aware of (in this case <a moz-do-not-send="true" href="http://gsx.melb.example.net" target="_blank">gsx.melb.example.net</a> while engine knows the host as <a moz-do-not-send="true" href="http://hvx.melb.example.net" target="_blank">hvx.melb.example.net</a>) . We need to fix this path to use the gluster host UUID as well. <br> <br> Have logged a bug to track this - <a moz-do-not-send="true" href="https://bugzilla.redhat.com/show_bug.cgi?id=1038988" target="_blank">https://bugzilla.redhat.com/show_bug.cgi?id=1038988</a><br> <br> <br> </blockquote> <br> </div> Could you also let us know if the following network is listed under your Host's Network Interfaces sub tab?<br> <div style="font-family:tahoma,sans-serif">172.16.1.1 (gluster) <a moz-do-not-send="true" href="http://gsx.melb.example.net" target="_blank">gsx.melb.example.net</a><br> <br> If it is, then even without any fix, it should have worked for you and we need to dig further on why it did not.<br> <br> </div> <div> <div class="h5"> <div style="font-family:tahoma,sans-serif"><br> </div> <blockquote type="cite"> <br> <br> <blockquote type="cite"> <br> <blockquote type="cite"> <div dir="ltr"> <div style="font-family:tahoma,sans-serif"> <span style="font-family:arial"><br> </span></div> <div style="font-family:tahoma,sans-serif"><span style="font-family:arial">On Fri, Dec 6, 2013 at 3:11 PM, Kanagaraj </span><span dir="ltr" style="font-family:arial"><<a moz-do-not-send="true" href="mailto:kmayilsa@redhat.com" target="_blank">kmayilsa@redhat.com</a>></span><span style="font-family:arial"> wrote:</span><br> </div> <div class="gmail_extra"> <div class="gmail_quote"> <blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"> <div bgcolor="#FFFFFF" text="#000000"> <div> <div> <br> <div>On 12/06/2013 07:55 AM, Andrew Lau wrote:<br> </div> <blockquote type="cite"> <div dir="ltr"> <div style="font-family:tahoma,sans-serif">Because of a few issues I had with keepalived, I moved my storage network to it's own VLAN but it seems to have broken part of the ovirt gluster management.<br> </div> <div style="font-family:tahoma,sans-serif"><br> </div> <div style="font-family:tahoma,sans-serif">Same scenario:</div> <div style="font-family:tahoma,sans-serif"> 2 Hosts</div> <div style="font-family:tahoma,sans-serif"><br> </div> <div style="font-family:tahoma,sans-serif">1x Engine, VDSM, Gluster</div> <div style="font-family:tahoma,sans-serif"> 1x VDSM,Gluster</div> <div style="font-family:tahoma,sans-serif"><br> </div> <div style="font-family:tahoma,sans-serif">So to properly split the gluster data and ovirtmgmt I simply assigned them two host names and two IPS.</div> <div style="font-family:tahoma,sans-serif"><br> </div> <div style="font-family:tahoma,sans-serif">172.16.0.1 (ovirtmgmt) <a moz-do-not-send="true" href="http://hvx.melb.example.net" target="_blank">hvx.melb.example.net</a></div> <div style="font-family:tahoma,sans-serif">172.16.1.1 (gluster) <a moz-do-not-send="true" href="http://gsx.melb.example.net" target="_blank">gsx.melb.example.net</a></div> <div style="font-family:tahoma,sans-serif"><br> </div> <div style="font-family:tahoma,sans-serif">However the oVirt engine does not seem to like this, it would not pick up the gluster volume as "running" until I did a restart through the UI. </div> <div style="font-family:tahoma,sans-serif"><br> </div> <div style="font-family:tahoma,sans-serif">The issue (possible bug) I'm seeing is the logs are being filled with <a moz-do-not-send="true" href="http://www.fpaste.org/59440/13862963/" style="font-family:arial" target="_blank">http://www.fpaste.org/59440/13862963/</a></div> <div style="font-family:tahoma,sans-serif"><br> </div> <div style="font-family:tahoma,sans-serif">Volume information isn't being pulled as it thinks the <a moz-do-not-send="true" href="http://gs01.melb.example.net" target="_blank">gs01.melb.example.net</a> is not within the cluster, where in fact it is but registered under <a moz-do-not-send="true" href="http://hv01.melb.example.net" target="_blank">hv01.melb.example.net</a></div> <div style="font-family:tahoma,sans-serif"><br> </div> </div> </blockquote> <br> </div> </div> What's compatibility version of the clusters?<br> <br> From 3.3 onwards, gluster-host-uuid is used to identify a host instead of hostname.<br> <br> Thanks,<br> Kanagaraj<br> <br> <blockquote type="cite"> <div dir="ltr"> <div style="font-family:tahoma,sans-serif"><br> </div> <div><font face="tahoma, sans-serif">Thanks,<br> Andrew</font><br> </div> </div> <br> <fieldset></fieldset> <br> <pre>_______________________________________________ Users mailing list <a moz-do-not-send="true" href="mailto:Users@ovirt.org" target="_blank">Users@ovirt.org</a> <a moz-do-not-send="true" href="http://lists.ovirt.org/mailman/listinfo/users" target="_blank">http://lists.ovirt.org/mailman/listinfo/users</a> </pre> </blockquote> <br> </div> </blockquote> </div> <br> </div> </div> </blockquote> <br> <br> <fieldset></fieldset> <br> <pre>_______________________________________________ Users mailing list <a moz-do-not-send="true" href="mailto:Users@ovirt.org" target="_blank">Users@ovirt.org</a> <a moz-do-not-send="true" href="http://lists.ovirt.org/mailman/listinfo/users" target="_blank">http://lists.ovirt.org/mailman/listinfo/users</a> </pre> </blockquote> <br> <br> <fieldset></fieldset> <br> <pre>_______________________________________________ Users mailing list <a moz-do-not-send="true" href="mailto:Users@ovirt.org" target="_blank">Users@ovirt.org</a> <a moz-do-not-send="true" href="http://lists.ovirt.org/mailman/listinfo/users" target="_blank">http://lists.ovirt.org/mailman/listinfo/users</a> </pre> </blockquote> <br> </div> </div> </div> <br> _______________________________________________<br> Users mailing list<br> <a moz-do-not-send="true" href="mailto:Users@ovirt.org">Users@ovirt.org</a><br> <a moz-do-not-send="true" href="http://lists.ovirt.org/mailman/listinfo/users" target="_blank">http://lists.ovirt.org/mailman/listinfo/users</a><br> <br> </blockquote> </div> <br> </div> </div> </blockquote> <br> </body> </html> --------------030403060907050603090405--

engine.log: http://www.fpaste.org/60336/86629496/ vdsm.log: http://www.fpaste.org/60337/29624138/ On Mon, Dec 9, 2013 at 5:46 PM, Sahina Bose <sabose@redhat.com> wrote:
On 12/08/2013 01:51 PM, Andrew Lau wrote:
The defined cluster keeps showing me the option to import the gsx.melb.example.net hosts into the cluster as hosts.
Under the Host's Network interfaces sub tab there is another issue I've got was it's picking up the keepalived floating IP address rather than the one assigned, but yes the network is listed as I managed it through ovirt.
Could you attach the engine.log as well as the vdsm.log from the node?
On Fri, Dec 6, 2013 at 9:22 PM, Sahina Bose <sabose@redhat.com> wrote:
On 12/06/2013 03:29 PM, Sahina Bose wrote:
On 12/06/2013 10:00 AM, Kanagaraj wrote:
On 12/06/2013 09:46 AM, Andrew Lau wrote:
Yup - it's ovirt cluster version 3.3 with gluster 3.4.1
what does "gluster volume info <vol>" and "gluster volume status <vol>" say?
There's an issue where engine cannot sync the bricks, as bricks return a different IP address than the one engine is aware of (in this case gsx.melb.example.net while engine knows the host as hvx.melb.example.net) . We need to fix this path to use the gluster host UUID as well.
Have logged a bug to track this - https://bugzilla.redhat.com/show_bug.cgi?id=1038988
Could you also let us know if the following network is listed under your Host's Network Interfaces sub tab? 172.16.1.1 (gluster) gsx.melb.example.net
If it is, then even without any fix, it should have worked for you and we need to dig further on why it did not.
On Fri, Dec 6, 2013 at 3:11 PM, Kanagaraj <kmayilsa@redhat.com> wrote:
On 12/06/2013 07:55 AM, Andrew Lau wrote:
Because of a few issues I had with keepalived, I moved my storage network to it's own VLAN but it seems to have broken part of the ovirt gluster management.
Same scenario: 2 Hosts
1x Engine, VDSM, Gluster 1x VDSM,Gluster
So to properly split the gluster data and ovirtmgmt I simply assigned them two host names and two IPS.
172.16.0.1 (ovirtmgmt) hvx.melb.example.net 172.16.1.1 (gluster) gsx.melb.example.net
However the oVirt engine does not seem to like this, it would not pick up the gluster volume as "running" until I did a restart through the UI.
The issue (possible bug) I'm seeing is the logs are being filled with http://www.fpaste.org/59440/13862963/
Volume information isn't being pulled as it thinks the gs01.melb.example.net is not within the cluster, where in fact it is but registered under hv01.melb.example.net
What's compatibility version of the clusters?
From 3.3 onwards, gluster-host-uuid is used to identify a host instead of hostname.
Thanks, Kanagaraj
Thanks, Andrew
_______________________________________________ Users mailing listUsers@ovirt.orghttp://lists.ovirt.org/mailman/listinfo/users
_______________________________________________ Users mailing listUsers@ovirt.orghttp://lists.ovirt.org/mailman/listinfo/users
_______________________________________________ Users mailing listUsers@ovirt.orghttp://lists.ovirt.org/mailman/listinfo/users
_______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users

This is a multi-part message in MIME format. --------------060007060204010301080907 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit On 12/10/2013 04:24 AM, Andrew Lau wrote:
engine.log: http://www.fpaste.org/60336/86629496/ vdsm.log: http://www.fpaste.org/60337/29624138/
Andrew, I was interested in the getCapabilities output in vdsm.log. Could you click on "Refresh Caps" from Host tab and attach the output of getCapabilities from vdsm.log? thanks!
On Mon, Dec 9, 2013 at 5:46 PM, Sahina Bose <sabose@redhat.com <mailto:sabose@redhat.com>> wrote:
On 12/08/2013 01:51 PM, Andrew Lau wrote:
The defined cluster keeps showing me the option to import the gsx.melb.example.net <http://gsx.melb.example.net> hosts into the cluster as hosts.
Under the Host's Network interfaces sub tab there is another issue I've got was it's picking up the keepalived floating IP address rather than the one assigned, but yes the network is listed as I managed it through ovirt.
Could you attach the engine.log as well as the vdsm.log from the node?
On Fri, Dec 6, 2013 at 9:22 PM, Sahina Bose <sabose@redhat.com <mailto:sabose@redhat.com>> wrote:
On 12/06/2013 03:29 PM, Sahina Bose wrote:
On 12/06/2013 10:00 AM, Kanagaraj wrote:
On 12/06/2013 09:46 AM, Andrew Lau wrote:
Yup - it's ovirt cluster version 3.3 with gluster 3.4.1
what does "gluster volume info <vol>" and "gluster volume status <vol>" say?
There's an issue where engine cannot sync the bricks, as bricks return a different IP address than the one engine is aware of (in this case gsx.melb.example.net <http://gsx.melb.example.net> while engine knows the host as hvx.melb.example.net <http://hvx.melb.example.net>) . We need to fix this path to use the gluster host UUID as well.
Have logged a bug to track this - https://bugzilla.redhat.com/show_bug.cgi?id=1038988
Could you also let us know if the following network is listed under your Host's Network Interfaces sub tab? 172.16.1.1 (gluster) gsx.melb.example.net <http://gsx.melb.example.net>
If it is, then even without any fix, it should have worked for you and we need to dig further on why it did not.
On Fri, Dec 6, 2013 at 3:11 PM, Kanagaraj <kmayilsa@redhat.com <mailto:kmayilsa@redhat.com>>wrote:
On 12/06/2013 07:55 AM, Andrew Lau wrote:
Because of a few issues I had with keepalived, I moved my storage network to it's own VLAN but it seems to have broken part of the ovirt gluster management.
Same scenario: 2 Hosts
1x Engine, VDSM, Gluster 1x VDSM,Gluster
So to properly split the gluster data and ovirtmgmt I simply assigned them two host names and two IPS.
172.16.0.1 (ovirtmgmt) hvx.melb.example.net <http://hvx.melb.example.net> 172.16.1.1 (gluster) gsx.melb.example.net <http://gsx.melb.example.net>
However the oVirt engine does not seem to like this, it would not pick up the gluster volume as "running" until I did a restart through the UI.
The issue (possible bug) I'm seeing is the logs are being filled with http://www.fpaste.org/59440/13862963/
Volume information isn't being pulled as it thinks the gs01.melb.example.net <http://gs01.melb.example.net> is not within the cluster, where in fact it is but registered under hv01.melb.example.net <http://hv01.melb.example.net>
What's compatibility version of the clusters?
From 3.3 onwards, gluster-host-uuid is used to identify a host instead of hostname.
Thanks, Kanagaraj
Thanks, Andrew
_______________________________________________ Users mailing list Users@ovirt.org <mailto:Users@ovirt.org> http://lists.ovirt.org/mailman/listinfo/users
_______________________________________________ Users mailing list Users@ovirt.org <mailto:Users@ovirt.org> http://lists.ovirt.org/mailman/listinfo/users
_______________________________________________ Users mailing list Users@ovirt.org <mailto:Users@ovirt.org> http://lists.ovirt.org/mailman/listinfo/users
_______________________________________________ Users mailing list Users@ovirt.org <mailto:Users@ovirt.org> http://lists.ovirt.org/mailman/listinfo/users
--------------060007060204010301080907 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit <html> <head> <meta content="text/html; charset=ISO-8859-1" http-equiv="Content-Type"> </head> <body bgcolor="#FFFFFF" text="#000000"> <br> <div class="moz-cite-prefix">On 12/10/2013 04:24 AM, Andrew Lau wrote:<br> </div> <blockquote cite="mid:CAD7dF9e=BfmKE93Aio0f2SBxN5++CVYZvueRZWW5Q4UisS-f6Q@mail.gmail.com" type="cite"> <div dir="ltr"> <div class="gmail_default" style="font-family:tahoma,sans-serif">engine.log: <a moz-do-not-send="true" href="http://www.fpaste.org/60336/86629496/" style="font-family:arial">http://www.fpaste.org/60336/86629496/</a></div> <div class="gmail_default" style="font-family:tahoma,sans-serif"> vdsm.log: <a moz-do-not-send="true" href="http://www.fpaste.org/60337/29624138/" style="font-family:arial">http://www.fpaste.org/60337/29624138/</a></div> </div> </blockquote> <br> Andrew,<br> <br> I was interested in the getCapabilities output in vdsm.log. Could you click on "Refresh Caps" from Host tab and attach the output of getCapabilities from vdsm.log?<br> <br> <br> thanks!<br> <br> <blockquote cite="mid:CAD7dF9e=BfmKE93Aio0f2SBxN5++CVYZvueRZWW5Q4UisS-f6Q@mail.gmail.com" type="cite"> <div dir="ltr"> <div class="gmail_extra"><br> <div class="gmail_quote">On Mon, Dec 9, 2013 at 5:46 PM, Sahina Bose <span dir="ltr"><<a moz-do-not-send="true" href="mailto:sabose@redhat.com" target="_blank">sabose@redhat.com</a>></span> wrote:<br> <blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"> <div bgcolor="#FFFFFF" text="#000000"> <div class="im"> <br> <div>On 12/08/2013 01:51 PM, Andrew Lau wrote:<br> </div> <blockquote type="cite"> <div dir="ltr"> <div style="font-family:tahoma,sans-serif">The defined cluster keeps showing me the option to import the <a moz-do-not-send="true" href="http://gsx.melb.example.net" target="_blank">gsx.melb.example.net</a> hosts into the cluster as hosts.</div> <div style="font-family:tahoma,sans-serif"><br> </div> <div style="font-family:tahoma,sans-serif">Under the Host's Network interfaces sub tab there is another issue I've got was it's picking up the keepalived floating IP address rather than the one assigned, but yes the network is listed as I managed it through ovirt.</div> </div> </blockquote> <br> </div> Could you attach the engine.log as well as the vdsm.log from the node? <div> <div class="h5"><br> <br> <blockquote type="cite"> <div dir="ltr"> <div class="gmail_extra"><br> <div class="gmail_quote">On Fri, Dec 6, 2013 at 9:22 PM, Sahina Bose <span dir="ltr"><<a moz-do-not-send="true" href="mailto:sabose@redhat.com" target="_blank">sabose@redhat.com</a>></span> wrote:<br> <blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"> <div bgcolor="#FFFFFF" text="#000000"> <div> <br> <div>On 12/06/2013 03:29 PM, Sahina Bose wrote:<br> </div> <blockquote type="cite"> <br> <div>On 12/06/2013 10:00 AM, Kanagaraj wrote:<br> </div> <blockquote type="cite"> <br> <div>On 12/06/2013 09:46 AM, Andrew Lau wrote:<br> </div> <blockquote type="cite"> <div dir="ltr"> <div style="font-family:tahoma,sans-serif"><span style="font-family:arial">Yup - it's ovirt cluster version 3.3 with gluster 3.4.1</span></div> </div> </blockquote> <br> what does "gluster volume info <vol>" and "gluster volume status <vol>" say?<br> </blockquote> <br> There's an issue where engine cannot sync the bricks, as bricks return a different IP address than the one engine is aware of (in this case <a moz-do-not-send="true" href="http://gsx.melb.example.net" target="_blank">gsx.melb.example.net</a> while engine knows the host as <a moz-do-not-send="true" href="http://hvx.melb.example.net" target="_blank">hvx.melb.example.net</a>) . We need to fix this path to use the gluster host UUID as well. <br> <br> Have logged a bug to track this - <a moz-do-not-send="true" href="https://bugzilla.redhat.com/show_bug.cgi?id=1038988" target="_blank">https://bugzilla.redhat.com/show_bug.cgi?id=1038988</a><br> <br> <br> </blockquote> <br> </div> Could you also let us know if the following network is listed under your Host's Network Interfaces sub tab?<br> <div style="font-family:tahoma,sans-serif">172.16.1.1 (gluster) <a moz-do-not-send="true" href="http://gsx.melb.example.net" target="_blank">gsx.melb.example.net</a><br> <br> If it is, then even without any fix, it should have worked for you and we need to dig further on why it did not.<br> <br> </div> <div> <div> <div style="font-family:tahoma,sans-serif"><br> </div> <blockquote type="cite"> <br> <br> <blockquote type="cite"> <br> <blockquote type="cite"> <div dir="ltr"> <div style="font-family:tahoma,sans-serif"> <span style="font-family:arial"><br> </span></div> <div style="font-family:tahoma,sans-serif"><span style="font-family:arial">On Fri, Dec 6, 2013 at 3:11 PM, Kanagaraj </span><span dir="ltr" style="font-family:arial"><<a moz-do-not-send="true" href="mailto:kmayilsa@redhat.com" target="_blank">kmayilsa@redhat.com</a>></span><span style="font-family:arial"> wrote:</span><br> </div> <div class="gmail_extra"> <div class="gmail_quote"> <blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"> <div bgcolor="#FFFFFF" text="#000000"> <div> <div> <br> <div>On 12/06/2013 07:55 AM, Andrew Lau wrote:<br> </div> <blockquote type="cite"> <div dir="ltr"> <div style="font-family:tahoma,sans-serif">Because of a few issues I had with keepalived, I moved my storage network to it's own VLAN but it seems to have broken part of the ovirt gluster management.<br> </div> <div style="font-family:tahoma,sans-serif"><br> </div> <div style="font-family:tahoma,sans-serif">Same scenario:</div> <div style="font-family:tahoma,sans-serif"> 2 Hosts</div> <div style="font-family:tahoma,sans-serif"><br> </div> <div style="font-family:tahoma,sans-serif">1x Engine, VDSM, Gluster</div> <div style="font-family:tahoma,sans-serif"> 1x VDSM,Gluster</div> <div style="font-family:tahoma,sans-serif"><br> </div> <div style="font-family:tahoma,sans-serif">So to properly split the gluster data and ovirtmgmt I simply assigned them two host names and two IPS.</div> <div style="font-family:tahoma,sans-serif"><br> </div> <div style="font-family:tahoma,sans-serif">172.16.0.1 (ovirtmgmt) <a moz-do-not-send="true" href="http://hvx.melb.example.net" target="_blank">hvx.melb.example.net</a></div> <div style="font-family:tahoma,sans-serif">172.16.1.1 (gluster) <a moz-do-not-send="true" href="http://gsx.melb.example.net" target="_blank">gsx.melb.example.net</a></div> <div style="font-family:tahoma,sans-serif"><br> </div> <div style="font-family:tahoma,sans-serif">However the oVirt engine does not seem to like this, it would not pick up the gluster volume as "running" until I did a restart through the UI. </div> <div style="font-family:tahoma,sans-serif"><br> </div> <div style="font-family:tahoma,sans-serif">The issue (possible bug) I'm seeing is the logs are being filled with <a moz-do-not-send="true" href="http://www.fpaste.org/59440/13862963/" style="font-family:arial" target="_blank">http://www.fpaste.org/59440/13862963/</a></div> <div style="font-family:tahoma,sans-serif"><br> </div> <div style="font-family:tahoma,sans-serif">Volume information isn't being pulled as it thinks the <a moz-do-not-send="true" href="http://gs01.melb.example.net" target="_blank">gs01.melb.example.net</a> is not within the cluster, where in fact it is but registered under <a moz-do-not-send="true" href="http://hv01.melb.example.net" target="_blank">hv01.melb.example.net</a></div> <div style="font-family:tahoma,sans-serif"><br> </div> </div> </blockquote> <br> </div> </div> What's compatibility version of the clusters?<br> <br> From 3.3 onwards, gluster-host-uuid is used to identify a host instead of hostname.<br> <br> Thanks,<br> Kanagaraj<br> <br> <blockquote type="cite"> <div dir="ltr"> <div style="font-family:tahoma,sans-serif"><br> </div> <div><font face="tahoma, sans-serif">Thanks,<br> Andrew</font><br> </div> </div> <br> <fieldset></fieldset> <br> <pre>_______________________________________________ Users mailing list <a moz-do-not-send="true" href="mailto:Users@ovirt.org" target="_blank">Users@ovirt.org</a> <a moz-do-not-send="true" href="http://lists.ovirt.org/mailman/listinfo/users" target="_blank">http://lists.ovirt.org/mailman/listinfo/users</a> </pre> </blockquote> <br> </div> </blockquote> </div> <br> </div> </div> </blockquote> <br> <br> <fieldset></fieldset> <br> <pre>_______________________________________________ Users mailing list <a moz-do-not-send="true" href="mailto:Users@ovirt.org" target="_blank">Users@ovirt.org</a> <a moz-do-not-send="true" href="http://lists.ovirt.org/mailman/listinfo/users" target="_blank">http://lists.ovirt.org/mailman/listinfo/users</a> </pre> </blockquote> <br> <br> <fieldset></fieldset> <br> <pre>_______________________________________________ Users mailing list <a moz-do-not-send="true" href="mailto:Users@ovirt.org" target="_blank">Users@ovirt.org</a> <a moz-do-not-send="true" href="http://lists.ovirt.org/mailman/listinfo/users" target="_blank">http://lists.ovirt.org/mailman/listinfo/users</a> </pre> </blockquote> <br> </div> </div> </div> <br> _______________________________________________<br> Users mailing list<br> <a moz-do-not-send="true" href="mailto:Users@ovirt.org" target="_blank">Users@ovirt.org</a><br> <a moz-do-not-send="true" href="http://lists.ovirt.org/mailman/listinfo/users" target="_blank">http://lists.ovirt.org/mailman/listinfo/users</a><br> <br> </blockquote> </div> <br> </div> </div> </blockquote> <br> </div> </div> </div> </blockquote> </div> <br> </div> </div> </blockquote> <br> </body> </html> --------------060007060204010301080907--

Here you go: http://www.fpaste.org/60464/38667947/ On Tue, Dec 10, 2013 at 4:14 PM, Sahina Bose <sabose@redhat.com> wrote:
On 12/10/2013 04:24 AM, Andrew Lau wrote:
engine.log: http://www.fpaste.org/60336/86629496/ vdsm.log: http://www.fpaste.org/60337/29624138/
Andrew,
I was interested in the getCapabilities output in vdsm.log. Could you click on "Refresh Caps" from Host tab and attach the output of getCapabilities from vdsm.log?
thanks!
On Mon, Dec 9, 2013 at 5:46 PM, Sahina Bose <sabose@redhat.com> wrote:
On 12/08/2013 01:51 PM, Andrew Lau wrote:
The defined cluster keeps showing me the option to import the gsx.melb.example.net hosts into the cluster as hosts.
Under the Host's Network interfaces sub tab there is another issue I've got was it's picking up the keepalived floating IP address rather than the one assigned, but yes the network is listed as I managed it through ovirt.
Could you attach the engine.log as well as the vdsm.log from the node?
On Fri, Dec 6, 2013 at 9:22 PM, Sahina Bose <sabose@redhat.com> wrote:
On 12/06/2013 03:29 PM, Sahina Bose wrote:
On 12/06/2013 10:00 AM, Kanagaraj wrote:
On 12/06/2013 09:46 AM, Andrew Lau wrote:
Yup - it's ovirt cluster version 3.3 with gluster 3.4.1
what does "gluster volume info <vol>" and "gluster volume status <vol>" say?
There's an issue where engine cannot sync the bricks, as bricks return a different IP address than the one engine is aware of (in this case gsx.melb.example.net while engine knows the host as hvx.melb.example.net) . We need to fix this path to use the gluster host UUID as well.
Have logged a bug to track this - https://bugzilla.redhat.com/show_bug.cgi?id=1038988
Could you also let us know if the following network is listed under your Host's Network Interfaces sub tab? 172.16.1.1 (gluster) gsx.melb.example.net
If it is, then even without any fix, it should have worked for you and we need to dig further on why it did not.
On Fri, Dec 6, 2013 at 3:11 PM, Kanagaraj <kmayilsa@redhat.com> wrote:
On 12/06/2013 07:55 AM, Andrew Lau wrote:
Because of a few issues I had with keepalived, I moved my storage network to it's own VLAN but it seems to have broken part of the ovirt gluster management.
Same scenario: 2 Hosts
1x Engine, VDSM, Gluster 1x VDSM,Gluster
So to properly split the gluster data and ovirtmgmt I simply assigned them two host names and two IPS.
172.16.0.1 (ovirtmgmt) hvx.melb.example.net 172.16.1.1 (gluster) gsx.melb.example.net
However the oVirt engine does not seem to like this, it would not pick up the gluster volume as "running" until I did a restart through the UI.
The issue (possible bug) I'm seeing is the logs are being filled with http://www.fpaste.org/59440/13862963/
Volume information isn't being pulled as it thinks the gs01.melb.example.net is not within the cluster, where in fact it is but registered under hv01.melb.example.net
What's compatibility version of the clusters?
From 3.3 onwards, gluster-host-uuid is used to identify a host instead of hostname.
Thanks, Kanagaraj
Thanks, Andrew
_______________________________________________ Users mailing listUsers@ovirt.orghttp://lists.ovirt.org/mailman/listinfo/users
_______________________________________________ Users mailing listUsers@ovirt.orghttp://lists.ovirt.org/mailman/listinfo/users
_______________________________________________ Users mailing listUsers@ovirt.orghttp://lists.ovirt.org/mailman/listinfo/users
_______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users

This is a multi-part message in MIME format. --------------020202080605080804060408 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit On 12/10/2013 06:16 PM, Andrew Lau wrote:
Here you go: http://www.fpaste.org/60464/38667947/
Andrew, Thanks for the patience in providing the logs. When a node is identified by multiple host names, the engine is not able to resolve it correctly. The fix is for the engine to use gluster host uuids while resolving brick info as well (as per the bug logged) In the meantime, for you to proceed, one way would be to use the ip address (172.16.1.1 instead of gsx.melb.example.net <http://gsx.melb.example.net>) to peer probe the gluster host .
On Tue, Dec 10, 2013 at 4:14 PM, Sahina Bose <sabose@redhat.com <mailto:sabose@redhat.com>> wrote:
On 12/10/2013 04:24 AM, Andrew Lau wrote:
engine.log: http://www.fpaste.org/60336/86629496/ vdsm.log: http://www.fpaste.org/60337/29624138/
Andrew,
I was interested in the getCapabilities output in vdsm.log. Could you click on "Refresh Caps" from Host tab and attach the output of getCapabilities from vdsm.log?
thanks!
On Mon, Dec 9, 2013 at 5:46 PM, Sahina Bose <sabose@redhat.com <mailto:sabose@redhat.com>> wrote:
On 12/08/2013 01:51 PM, Andrew Lau wrote:
The defined cluster keeps showing me the option to import the gsx.melb.example.net <http://gsx.melb.example.net> hosts into the cluster as hosts.
Under the Host's Network interfaces sub tab there is another issue I've got was it's picking up the keepalived floating IP address rather than the one assigned, but yes the network is listed as I managed it through ovirt.
Could you attach the engine.log as well as the vdsm.log from the node?
On Fri, Dec 6, 2013 at 9:22 PM, Sahina Bose <sabose@redhat.com <mailto:sabose@redhat.com>> wrote:
On 12/06/2013 03:29 PM, Sahina Bose wrote:
On 12/06/2013 10:00 AM, Kanagaraj wrote:
On 12/06/2013 09:46 AM, Andrew Lau wrote:
Yup - it's ovirt cluster version 3.3 with gluster 3.4.1
what does "gluster volume info <vol>" and "gluster volume status <vol>" say?
There's an issue where engine cannot sync the bricks, as bricks return a different IP address than the one engine is aware of (in this case gsx.melb.example.net <http://gsx.melb.example.net> while engine knows the host as hvx.melb.example.net <http://hvx.melb.example.net>) . We need to fix this path to use the gluster host UUID as well.
Have logged a bug to track this - https://bugzilla.redhat.com/show_bug.cgi?id=1038988
Could you also let us know if the following network is listed under your Host's Network Interfaces sub tab? 172.16.1.1 (gluster) gsx.melb.example.net <http://gsx.melb.example.net>
If it is, then even without any fix, it should have worked for you and we need to dig further on why it did not.
On Fri, Dec 6, 2013 at 3:11 PM, Kanagaraj <kmayilsa@redhat.com <mailto:kmayilsa@redhat.com>>wrote:
On 12/06/2013 07:55 AM, Andrew Lau wrote: > Because of a few issues I had with keepalived, I > moved my storage network to it's own VLAN but it > seems to have broken part of the ovirt gluster > management. > > Same scenario: > 2 Hosts > > 1x Engine, VDSM, Gluster > 1x VDSM,Gluster > > So to properly split the gluster data and > ovirtmgmt I simply assigned them two host names > and two IPS. > > 172.16.0.1 (ovirtmgmt) hvx.melb.example.net > <http://hvx.melb.example.net> > 172.16.1.1 (gluster) gsx.melb.example.net > <http://gsx.melb.example.net> > > However the oVirt engine does not seem to like > this, it would not pick up the gluster volume as > "running" until I did a restart through the UI. > > The issue (possible bug) I'm seeing is the logs > are being filled with > http://www.fpaste.org/59440/13862963/ > > Volume information isn't being pulled as it > thinks the gs01.melb.example.net > <http://gs01.melb.example.net> is not within the > cluster, where in fact it is but registered > under hv01.melb.example.net > <http://hv01.melb.example.net> >
What's compatibility version of the clusters?
From 3.3 onwards, gluster-host-uuid is used to identify a host instead of hostname.
Thanks, Kanagaraj
> > Thanks, > Andrew > > > _______________________________________________ > Users mailing list > Users@ovirt.org <mailto:Users@ovirt.org> > http://lists.ovirt.org/mailman/listinfo/users
_______________________________________________ Users mailing list Users@ovirt.org <mailto:Users@ovirt.org> http://lists.ovirt.org/mailman/listinfo/users
_______________________________________________ Users mailing list Users@ovirt.org <mailto:Users@ovirt.org> http://lists.ovirt.org/mailman/listinfo/users
_______________________________________________ Users mailing list Users@ovirt.org <mailto:Users@ovirt.org> http://lists.ovirt.org/mailman/listinfo/users
--------------020202080605080804060408 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit <html> <head> <meta content="text/html; charset=ISO-8859-1" http-equiv="Content-Type"> </head> <body bgcolor="#FFFFFF" text="#000000"> <br> <div class="moz-cite-prefix">On 12/10/2013 06:16 PM, Andrew Lau wrote:<br> </div> <blockquote cite="mid:CAD7dF9fRY3QZ9JR67QA3gOS3bk4r6yk6+L_BACkdQD3k5XRGvQ@mail.gmail.com" type="cite"> <div dir="ltr"> <div class="gmail_default" style="font-family:tahoma,sans-serif">Here you go: <a moz-do-not-send="true" href="http://www.fpaste.org/60464/38667947/" style="font-family:arial">http://www.fpaste.org/60464/38667947/<br> <br> </a></div> </div> </blockquote> <br> <br> Andrew,<br> <br> Thanks for the patience in providing the logs.<br> <br> When a node is identified by multiple host names, the engine is not able to resolve it correctly. The fix is for the engine to use gluster host uuids while resolving brick info as well (as per the bug logged)<br> <br> In the meantime, for you to proceed, one way would be to use the ip address (172.16.1.1 instead of <a moz-do-not-send="true" href="http://gsx.melb.example.net" target="_blank">gsx.melb.example.net</a>) to peer probe the gluster host .<br> <br> <br> <blockquote cite="mid:CAD7dF9fRY3QZ9JR67QA3gOS3bk4r6yk6+L_BACkdQD3k5XRGvQ@mail.gmail.com" type="cite"> <div dir="ltr"> <div class="gmail_extra"> <br> <div class="gmail_quote">On Tue, Dec 10, 2013 at 4:14 PM, Sahina Bose <span dir="ltr"><<a moz-do-not-send="true" href="mailto:sabose@redhat.com" target="_blank">sabose@redhat.com</a>></span> wrote:<br> <blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"> <div bgcolor="#FFFFFF" text="#000000"> <div class="im"> <br> <div>On 12/10/2013 04:24 AM, Andrew Lau wrote:<br> </div> <blockquote type="cite"> <div dir="ltr"> <div style="font-family:tahoma,sans-serif">engine.log: <a moz-do-not-send="true" href="http://www.fpaste.org/60336/86629496/" style="font-family:arial" target="_blank">http://www.fpaste.org/60336/86629496/</a></div> <div style="font-family:tahoma,sans-serif"> vdsm.log: <a moz-do-not-send="true" href="http://www.fpaste.org/60337/29624138/" style="font-family:arial" target="_blank">http://www.fpaste.org/60337/29624138/</a></div> </div> </blockquote> <br> </div> Andrew,<br> <br> I was interested in the getCapabilities output in vdsm.log. Could you click on "Refresh Caps" from Host tab and attach the output of getCapabilities from vdsm.log?<br> <br> <br> thanks! <div> <div class="h5"><br> <br> <blockquote type="cite"> <div dir="ltr"> <div class="gmail_extra"><br> <div class="gmail_quote">On Mon, Dec 9, 2013 at 5:46 PM, Sahina Bose <span dir="ltr"><<a moz-do-not-send="true" href="mailto:sabose@redhat.com" target="_blank">sabose@redhat.com</a>></span> wrote:<br> <blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"> <div bgcolor="#FFFFFF" text="#000000"> <div> <br> <div>On 12/08/2013 01:51 PM, Andrew Lau wrote:<br> </div> <blockquote type="cite"> <div dir="ltr"> <div style="font-family:tahoma,sans-serif">The defined cluster keeps showing me the option to import the <a moz-do-not-send="true" href="http://gsx.melb.example.net" target="_blank">gsx.melb.example.net</a> hosts into the cluster as hosts.</div> <div style="font-family:tahoma,sans-serif"><br> </div> <div style="font-family:tahoma,sans-serif">Under the Host's Network interfaces sub tab there is another issue I've got was it's picking up the keepalived floating IP address rather than the one assigned, but yes the network is listed as I managed it through ovirt.</div> </div> </blockquote> <br> </div> Could you attach the engine.log as well as the vdsm.log from the node? <div> <div><br> <br> <blockquote type="cite"> <div dir="ltr"> <div class="gmail_extra"><br> <div class="gmail_quote">On Fri, Dec 6, 2013 at 9:22 PM, Sahina Bose <span dir="ltr"><<a moz-do-not-send="true" href="mailto:sabose@redhat.com" target="_blank">sabose@redhat.com</a>></span> wrote:<br> <blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"> <div bgcolor="#FFFFFF" text="#000000"> <div> <br> <div>On 12/06/2013 03:29 PM, Sahina Bose wrote:<br> </div> <blockquote type="cite"> <br> <div>On 12/06/2013 10:00 AM, Kanagaraj wrote:<br> </div> <blockquote type="cite"> <br> <div>On 12/06/2013 09:46 AM, Andrew Lau wrote:<br> </div> <blockquote type="cite"> <div dir="ltr"> <div style="font-family:tahoma,sans-serif"><span style="font-family:arial">Yup - it's ovirt cluster version 3.3 with gluster 3.4.1</span></div> </div> </blockquote> <br> what does "gluster volume info <vol>" and "gluster volume status <vol>" say?<br> </blockquote> <br> There's an issue where engine cannot sync the bricks, as bricks return a different IP address than the one engine is aware of (in this case <a moz-do-not-send="true" href="http://gsx.melb.example.net" target="_blank">gsx.melb.example.net</a> while engine knows the host as <a moz-do-not-send="true" href="http://hvx.melb.example.net" target="_blank">hvx.melb.example.net</a>) . We need to fix this path to use the gluster host UUID as well. <br> <br> Have logged a bug to track this - <a moz-do-not-send="true" href="https://bugzilla.redhat.com/show_bug.cgi?id=1038988" target="_blank">https://bugzilla.redhat.com/show_bug.cgi?id=1038988</a><br> <br> <br> </blockquote> <br> </div> Could you also let us know if the following network is listed under your Host's Network Interfaces sub tab?<br> <div style="font-family:tahoma,sans-serif">172.16.1.1 (gluster) <a moz-do-not-send="true" href="http://gsx.melb.example.net" target="_blank">gsx.melb.example.net</a><br> <br> If it is, then even without any fix, it should have worked for you and we need to dig further on why it did not.<br> <br> </div> <div> <div> <div style="font-family:tahoma,sans-serif"><br> </div> <blockquote type="cite"> <br> <br> <blockquote type="cite"> <br> <blockquote type="cite"> <div dir="ltr"> <div style="font-family:tahoma,sans-serif"> <span style="font-family:arial"><br> </span></div> <div style="font-family:tahoma,sans-serif"><span style="font-family:arial">On Fri, Dec 6, 2013 at 3:11 PM, Kanagaraj </span><span dir="ltr" style="font-family:arial"><<a moz-do-not-send="true" href="mailto:kmayilsa@redhat.com" target="_blank">kmayilsa@redhat.com</a>></span><span style="font-family:arial"> wrote:</span><br> </div> <div class="gmail_extra"> <div class="gmail_quote"> <blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"> <div bgcolor="#FFFFFF" text="#000000"> <div> <div> <br> <div>On 12/06/2013 07:55 AM, Andrew Lau wrote:<br> </div> <blockquote type="cite"> <div dir="ltr"> <div style="font-family:tahoma,sans-serif">Because of a few issues I had with keepalived, I moved my storage network to it's own VLAN but it seems to have broken part of the ovirt gluster management.<br> </div> <div style="font-family:tahoma,sans-serif"><br> </div> <div style="font-family:tahoma,sans-serif">Same scenario:</div> <div style="font-family:tahoma,sans-serif"> 2 Hosts</div> <div style="font-family:tahoma,sans-serif"><br> </div> <div style="font-family:tahoma,sans-serif">1x Engine, VDSM, Gluster</div> <div style="font-family:tahoma,sans-serif"> 1x VDSM,Gluster</div> <div style="font-family:tahoma,sans-serif"><br> </div> <div style="font-family:tahoma,sans-serif">So to properly split the gluster data and ovirtmgmt I simply assigned them two host names and two IPS.</div> <div style="font-family:tahoma,sans-serif"><br> </div> <div style="font-family:tahoma,sans-serif">172.16.0.1 (ovirtmgmt) <a moz-do-not-send="true" href="http://hvx.melb.example.net" target="_blank">hvx.melb.example.net</a></div> <div style="font-family:tahoma,sans-serif">172.16.1.1 (gluster) <a moz-do-not-send="true" href="http://gsx.melb.example.net" target="_blank">gsx.melb.example.net</a></div> <div style="font-family:tahoma,sans-serif"><br> </div> <div style="font-family:tahoma,sans-serif">However the oVirt engine does not seem to like this, it would not pick up the gluster volume as "running" until I did a restart through the UI. </div> <div style="font-family:tahoma,sans-serif"><br> </div> <div style="font-family:tahoma,sans-serif">The issue (possible bug) I'm seeing is the logs are being filled with <a moz-do-not-send="true" href="http://www.fpaste.org/59440/13862963/" style="font-family:arial" target="_blank">http://www.fpaste.org/59440/13862963/</a></div> <div style="font-family:tahoma,sans-serif"><br> </div> <div style="font-family:tahoma,sans-serif">Volume information isn't being pulled as it thinks the <a moz-do-not-send="true" href="http://gs01.melb.example.net" target="_blank">gs01.melb.example.net</a> is not within the cluster, where in fact it is but registered under <a moz-do-not-send="true" href="http://hv01.melb.example.net" target="_blank">hv01.melb.example.net</a></div> <div style="font-family:tahoma,sans-serif"><br> </div> </div> </blockquote> <br> </div> </div> What's compatibility version of the clusters?<br> <br> From 3.3 onwards, gluster-host-uuid is used to identify a host instead of hostname.<br> <br> Thanks,<br> Kanagaraj<br> <br> <blockquote type="cite"> <div dir="ltr"> <div style="font-family:tahoma,sans-serif"><br> </div> <div><font face="tahoma, sans-serif">Thanks,<br> Andrew</font><br> </div> </div> <br> <fieldset></fieldset> <br> <pre>_______________________________________________ Users mailing list <a moz-do-not-send="true" href="mailto:Users@ovirt.org" target="_blank">Users@ovirt.org</a> <a moz-do-not-send="true" href="http://lists.ovirt.org/mailman/listinfo/users" target="_blank">http://lists.ovirt.org/mailman/listinfo/users</a> </pre> </blockquote> <br> </div> </blockquote> </div> <br> </div> </div> </blockquote> <br> <br> <fieldset></fieldset> <br> <pre>_______________________________________________ Users mailing list <a moz-do-not-send="true" href="mailto:Users@ovirt.org" target="_blank">Users@ovirt.org</a> <a moz-do-not-send="true" href="http://lists.ovirt.org/mailman/listinfo/users" target="_blank">http://lists.ovirt.org/mailman/listinfo/users</a> </pre> </blockquote> <br> <br> <fieldset></fieldset> <br> <pre>_______________________________________________ Users mailing list <a moz-do-not-send="true" href="mailto:Users@ovirt.org" target="_blank">Users@ovirt.org</a> <a moz-do-not-send="true" href="http://lists.ovirt.org/mailman/listinfo/users" target="_blank">http://lists.ovirt.org/mailman/listinfo/users</a> </pre> </blockquote> <br> </div> </div> </div> <br> _______________________________________________<br> Users mailing list<br> <a moz-do-not-send="true" href="mailto:Users@ovirt.org" target="_blank">Users@ovirt.org</a><br> <a moz-do-not-send="true" href="http://lists.ovirt.org/mailman/listinfo/users" target="_blank">http://lists.ovirt.org/mailman/listinfo/users</a><br> <br> </blockquote> </div> <br> </div> </div> </blockquote> <br> </div> </div> </div> </blockquote> </div> <br> </div> </div> </blockquote> <br> </div> </div> </div> </blockquote> </div> <br> </div> </div> </blockquote> <br> </body> </html> --------------020202080605080804060408--

Thank you for following up on this. I did your suggested method and it's working properly now. The engine however still seems to want to add the 172.16.1.1 IP as a host to the cluster, but that's not doing much other than building up the log file. On Wed, Dec 11, 2013 at 11:23 PM, Sahina Bose <sabose@redhat.com> wrote:
On 12/10/2013 06:16 PM, Andrew Lau wrote:
Here you go: http://www.fpaste.org/60464/38667947/
Andrew,
Thanks for the patience in providing the logs.
When a node is identified by multiple host names, the engine is not able to resolve it correctly. The fix is for the engine to use gluster host uuids while resolving brick info as well (as per the bug logged)
In the meantime, for you to proceed, one way would be to use the ip address (172.16.1.1 instead of gsx.melb.example.net) to peer probe the gluster host .
On Tue, Dec 10, 2013 at 4:14 PM, Sahina Bose <sabose@redhat.com> wrote:
On 12/10/2013 04:24 AM, Andrew Lau wrote:
engine.log: http://www.fpaste.org/60336/86629496/ vdsm.log: http://www.fpaste.org/60337/29624138/
Andrew,
I was interested in the getCapabilities output in vdsm.log. Could you click on "Refresh Caps" from Host tab and attach the output of getCapabilities from vdsm.log?
thanks!
On Mon, Dec 9, 2013 at 5:46 PM, Sahina Bose <sabose@redhat.com> wrote:
On 12/08/2013 01:51 PM, Andrew Lau wrote:
The defined cluster keeps showing me the option to import the gsx.melb.example.net hosts into the cluster as hosts.
Under the Host's Network interfaces sub tab there is another issue I've got was it's picking up the keepalived floating IP address rather than the one assigned, but yes the network is listed as I managed it through ovirt.
Could you attach the engine.log as well as the vdsm.log from the node?
On Fri, Dec 6, 2013 at 9:22 PM, Sahina Bose <sabose@redhat.com> wrote:
On 12/06/2013 03:29 PM, Sahina Bose wrote:
On 12/06/2013 10:00 AM, Kanagaraj wrote:
On 12/06/2013 09:46 AM, Andrew Lau wrote:
Yup - it's ovirt cluster version 3.3 with gluster 3.4.1
what does "gluster volume info <vol>" and "gluster volume status <vol>" say?
There's an issue where engine cannot sync the bricks, as bricks return a different IP address than the one engine is aware of (in this case gsx.melb.example.net while engine knows the host as hvx.melb.example.net) . We need to fix this path to use the gluster host UUID as well.
Have logged a bug to track this - https://bugzilla.redhat.com/show_bug.cgi?id=1038988
Could you also let us know if the following network is listed under your Host's Network Interfaces sub tab? 172.16.1.1 (gluster) gsx.melb.example.net
If it is, then even without any fix, it should have worked for you and we need to dig further on why it did not.
On Fri, Dec 6, 2013 at 3:11 PM, Kanagaraj <kmayilsa@redhat.com> wrote:
On 12/06/2013 07:55 AM, Andrew Lau wrote:
Because of a few issues I had with keepalived, I moved my storage network to it's own VLAN but it seems to have broken part of the ovirt gluster management.
Same scenario: 2 Hosts
1x Engine, VDSM, Gluster 1x VDSM,Gluster
So to properly split the gluster data and ovirtmgmt I simply assigned them two host names and two IPS.
172.16.0.1 (ovirtmgmt) hvx.melb.example.net 172.16.1.1 (gluster) gsx.melb.example.net
However the oVirt engine does not seem to like this, it would not pick up the gluster volume as "running" until I did a restart through the UI.
The issue (possible bug) I'm seeing is the logs are being filled with http://www.fpaste.org/59440/13862963/
Volume information isn't being pulled as it thinks the gs01.melb.example.net is not within the cluster, where in fact it is but registered under hv01.melb.example.net
What's compatibility version of the clusters?
From 3.3 onwards, gluster-host-uuid is used to identify a host instead of hostname.
Thanks, Kanagaraj
Thanks, Andrew
_______________________________________________ Users mailing listUsers@ovirt.orghttp://lists.ovirt.org/mailman/listinfo/users
_______________________________________________ Users mailing listUsers@ovirt.orghttp://lists.ovirt.org/mailman/listinfo/users
_______________________________________________ Users mailing listUsers@ovirt.orghttp://lists.ovirt.org/mailman/listinfo/users
_______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
participants (3)
-
Andrew Lau
-
Kanagaraj
-
Sahina Bose