Hi,
I hacked the DB and now the ovirtmgmt is synced without destroying the
DC. I now have to fix gluster data domain. ASAP I can get a lead on the
problem, I'll let you know.
Regards,
On 10/01/14 12:26, Lior Vernia wrote:
On 10/01/14 16:16, Juan Pablo Lorier wrote:
> On 10/01/14 11:59, Lior Vernia wrote:
>> On 10/01/14 15:54, Juan Pablo Lorier wrote:
>>> On 10/01/14 11:13, Lior Vernia wrote:
>>>> 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.
>>> I'll open a bug then. The versions I tested were on the last mail,
I'll
>>> put that in the bug also.
>>> My work arround was simpler, just did it with chrome :-)
>>> Anyway, this fix only the sync stuff, not the need of modifying the
>>> ovirtmgmt to be again a tagged network. Is there a hack to the db or
>>> something like that I can do to set this back without destroing the hole
>>> DC (which I can't do either because of a dead lock with the flow of
>>> dependencies in ovirt and opened a BZ for that).
>>> Regards,
>>>
>> Can't you edit the management network to be VLAN-tagged, and then when
>> it appears as out-of-sync on the host mark it to be synchronized?
>>
> Webadmin won't let me as it's been used in hosts (tried). It's not
> allowed until 3.4 as I understand.
>
Ahhh yes, I recall the problem now (thought it might be possible as long
as it isn't attached to VMs). You could indeed hack the DB. Setting the
proper VLAN tag for ovirtmgmt in the "network" table should suffice
(assuming the VLAN interfaces are still intact on the hosts, as I deduce
from ovirtmgmt being marked as out-of-sync).
>>>>>> 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
>>>>>>>