On 10/01/14 11:53, Juan Pablo Lorier wrote:
> Hi Lior,
>
> I'll try to elaborate between lines:
>
> On 09/01/14 18:31, Lior Vernia wrote:
>> Hi Juan,
>>
>> I'm not sure I understand a couple of things, could you elaborate?
>>
>> 0. What version engine are you running?
> 3.3.1 when the problem appeared, but now I moved to 3.3.2
>> 1. "Out of the blue" - no trigger that you can think of, that would
help
>> retrace the cause?
> The only thing I can think of was a reboot (clean) of the engine VM (not
> self hosted, just a vbox VM). After the problem appeared, I started
> making many changes and tests so I can't recreate the exact scenario at
> this time.
Okay, currently nothing springs to mind as to what may have caused this,
I'll try to think on it some more.
>>
>> 2. From your other e-mail, I understand that somehow the management
>> network lost its VLAN tagging, and that it shows as out-of-sync in the
>> Setup Host Networks dialog. Correct?
> Yes. Also other LN where out of sync, but the hosts had differences in
> which LN went out of sync. All of them have ovirtmgmt out of sync.
>>
>> 3. Do I understand correctly that even though it's marked as
>> out-of-sync, you don't see the "synchronize" checkbox when editing
the
>> network on the host (little pencil icon)?
> It doesn't. I made some tests and I found that it's a problem with
> firefox (mine is version 26 over Fedora 19). It's showing things a
> little bit bigger than chrome and so the sync option is not shown in the
> edit window. Other functions also are not working properly, for
> instance, if I choose a particular item into a category (host, vm, etc)
> in the left tree, the right frame does not change, I have to choose the
> group (hosts, vms, etc) and choose the particular item among all the
> listed in the right frame. I've checked and firefox 22 on windows has
> the same behavior. This started to happen after I upgraded from 3.3.0 to
> 3.3.1 but never saw the lack of the sync option until now.
My machine currently isn't in a state to test these things on different
versions of Firefox. If you can pin-point exactly on what versions this
occurs, I would greatly appreciate it if you could open a bug about it
in
bugzilla.redhat.com and I'll try to get it fixed.
It does sound that it's only a graphical issue that's causing the
checkbox to be hidden. So as an immediate workaround, you could use
either the Firefox web developer tools or the Firebug plugin to enlarge
the dialog and panels enough so that the checkbox shows, then mark it
and have the networks synchronized. Please let me know if that works for
you.
>>
>> Yours, Lior.
>>
>> On 09/01/14 17:44, Juan Pablo Lorier wrote:
>>> Hi,
>>>
>>> Out of the blue some of the hosts got some LNs out of sync (not the same
>>> in all of them). If I try to resync the LN, it does not show a resync
>>> option, so I took one host and detached the lns and reconfigured them.
>>> After that, ovirtmgmt is not created correctly, it does not create the
>>> vlan interface on top of the bond and also, it's adding the bond to the
>>> bridge instead of the vlan interface.
>>> I got it partially running but it's still non operational as the engine
>>> complains the host can't mount the gluster domain (it can reach the
>>> network of the other brick):
>>>
>>> [root@ovirt4 network-scripts]# gluster volume status
>>> Status of volume: glusterfs
>>> Gluster process Port Online Pid
>>>
------------------------------------------------------------------------------
>>> Brick 192.168.128.82:/glusterfs 49154 Y 13288
>>> Brick 192.168.128.83:/glusterfs 49154 Y 5961
>>> NFS Server on localhost 2049 Y 4557
>>> Self-heal Daemon on localhost N/A Y 4558
>>> NFS Server on 192.168.128.82 2049 Y 15815
>>> Self-heal Daemon on 192.168.128.82 N/A Y 15819
>>>
>>>
>>> I'm not synchronizing any other host just in case this happens to the
>>> other host too.
>>> Regards,
>>> _______________________________________________
>>> Users mailing list
>>> Users(a)ovirt.org
>>>
http://lists.ovirt.org/mailman/listinfo/users
>>>
>