[Users] Gluster Volume Info won't update

[Sahina Bose]

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 at redhat.com 
> <mailto:sabose at 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 at redhat.com
>>     <mailto:sabose at 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 at redhat.com <mailto:kmayilsa at 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 at ovirt.org  <mailto:Users at ovirt.org>
>>>>>>             http://lists.ovirt.org/mailman/listinfo/users
>>>>>
>>>>>
>>>>
>>>>
>>>>
>>>>         _______________________________________________
>>>>         Users mailing list
>>>>         Users at ovirt.org  <mailto:Users at ovirt.org>
>>>>         http://lists.ovirt.org/mailman/listinfo/users
>>>
>>>
>>>
>>>         _______________________________________________
>>>         Users mailing list
>>>         Users at ovirt.org  <mailto:Users at ovirt.org>
>>>         http://lists.ovirt.org/mailman/listinfo/users
>>
>>
>>         _______________________________________________
>>         Users mailing list
>>         Users at ovirt.org <mailto:Users at ovirt.org>
>>         http://lists.ovirt.org/mailman/listinfo/users
>>
>>
>
>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ovirt.org/pipermail/users/attachments/20131210/631774f9/attachment-0001.html>