[ovirt-users] ovirtmgmt Bridge - Which NIC? - Advice Please

[Matthew J Black]

I need a quick piece of advice, please.

I'm at setting up the oVirt Engine VM (ie doing a "hosted-engine --deploy") 
stage.

The Host has 3 NICs.

NIC_1 and NIC_2 are bonded (bond1) and run 2 VLANs (on bond1.1 and bond1.2).

VLAN_1 is to be used as the "everyday connection VLAN for the VMs" (including 
the oVirt Engine VM - I think).

VLAN_2 is *only* to be used for data traffic to-and-from our Ceph Cluster (ie 
via the Ceph iSCSI Gateway Nodes).

NIC_3 (running VLAN_3) is to be used for oVirt-host-to-oVirt-host comms 
(including "local" Gluster traffic - yes, the (oVirt) hosts are running a 
couple of Gluster drives).

My question is: Which interface should we use for the "ovirtmgmt" Bridge?

I suspect it should be NIC_3 (VLAN_3), and I'm 99.999% sure it *shouldn't* be 
bond1.2 (VLAN_2), but it might be bond1.1 (VLAN_1), so I thought I'd better get 
peoples' input.

You see, I'm not sure what the purpose of the "ovirtmgmt" bridge is. Is it for 
humans to talk to the oVirt Engine, or is it for the oVirt Engine to talk to 
the VMs (and hosts), or is it for some other purpose, or is it for some 
combination of the these? (I have read the doco on the ovirtmgmt bridge, and 
I'm still somewhat confused.)

So, if someone wouldn't mind getting back to me about this, I'd appreciate it.

Cheers

Dulux-Oz
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/ZXEROZQTXYBGVJKLJQRX3CLNWI2XBSK3/

[ovirt-users] ovirtmgmt VLAN and IP Change

[Abe E]

Hello All,

So due to some issues with provisioning new networks in our lab, I have to use 
a different VLAN in for my ovirt cluster.

Cluster -> 3 Hosts (Hyperconverged)
What I want to do is essentially change the Ovirtmgmt interface to another vlan 
but also change the IP Schemes, I wont be needing to change the storage network 
vlans.

I am just wondering how this is done safely. 
Can I through the engine, put the host 1 by 1 into maint mode and manually 
adjust the IPs and apply and reconfigure the switch port? What about the IP 
that the engine has set or would I change that manually through console once I 
change the ovirtmgmt vlan on all the nodes?
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/5JTGYJ6K5CDYFQ22QFOFF4LP5XCHMSK7/

[ovirt-users] ovirtmgmt STP disabled - any reason behind that

[Strahil Nikolov]

Hi All,
I recently got an issue and due to lack of debug time , I'm still not sure if 
it was a loop on the network.Can someone clarify why the ovirtmgmt bridge has 
STP disabled ? Any reason behind that ?
Also, what is the proper way to enable STP on those bridges ?
For now , I have set highest priority of the STP on my router and I don't 
expect the issue to reoccur (if it really was a loop), but I want to avoid 
future issues like that.

Best Regards,Strahil Nikolov___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/M6BYGQ7HWFJ5G2NIWVAXRXHULE73GVAN/

[ovirt-users] ovirtmgmt always out of sync on ovirt node

[Jorick Astrego]

Hi,

We're switching from Centos 7 hosts to oVirt node ng (tried 4.2.7,
4.3rc1 and 4.3rc2) and after adding them to oVirt (currently on 4.3rc2)
the ovirtmgmt interface is always out of sync.

Tried synching the network and refresh capabilities. I also tried
removing ovirtmgmt from the interface and adding it to a bond, then I
get this error:

Cannot setup Networks. The following Network definitions on the
Network Interface are different than those on the Logical Network.
Please synchronize the Network Interface before editing network
ovirtmgmt. The non-synchronized values are: ${OUTAVERAGELINKSHARE}
${HOST_OUT_OF_SYNC} - null, ${DC_OUT_OF_SYNC} - 50

I can setup the bond at install so the ovirtmgmt will use it so I can
use the host, but I'm hesitant to do this in production as I cannot
change the interface anymore.

Regards,

Jorick Astrego





Met vriendelijke groet, With kind regards,

Jorick Astrego

Netbulae Virtualization Experts 



Tel: 053 20 30 270  i...@netbulae.euStaalsteden 4-3A
KvK 08198180
Fax: 053 20 30 271  www.netbulae.eu 7547 TA Enschede
BTW NL821234584B01



___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/S4SMWRA4DDA5P3DO5NAKPRUWK42QZVGJ/

Re: [ovirt-users] ovirtmgmt network

[Yedidyah Bar David]

On Wed, Nov 8, 2017 at 2:33 PM, Arsène Gschwind
 wrote:
> Any hint or answer to my question?
>
> I've searched around but couldn't find any answer...
>
>
> On 10/31/2017 10:36 AM, Arsène Gschwind wrote:
> >
> > Hi,
> >
> > I have a question about ovirtmgmt network.
> >
> > When deploying Hosted-Engine it creates ovirtmgmt bridge on top of
> > main nic

I think it lets you choose which nic to use, no?
Please check/share setup logs. Thanks.

> > of the host. This means the HE will be connected to the same
> > network as the main Host connection. Is it possible to separate those
> > subnet, let say I would have something like
> >
> > Host:
> >
> > IP: 10.0.a.b (VLAN a untagged) The host has an IP address on that
> > interface
> > GW: 10.0.a.gw
> >
> > Then i would have a tagged VLAN on top of that interface :
> >
> > IF2 : 10.0.c.x (VLAN c tagged) The host has no IP address on that
> > interface
> > GW: 10.0.c.gw
> >
> > Would it be possible to have the HE connected on IF2, if Yes how do we
> > deploy such a setup?
> >
> > Thanks for any hint.
> > Rgds,
> > Arsène
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] ovirtmgmt network

[Alan Griffiths]

I think you would need an IP address on IF2, otherwise the HE cannot
communicate with the host.

If you have an entry in /etc/hosts that resolves the FQDN of the host
to the IP on IF2 then I think the setup script should create the
ovirtmgmt bridge there.

On 8 November 2017 at 12:33, Arsène Gschwind  wrote:
> Any hint or answer to my question?
>
> I've searched around but couldn't find any answer...
>
>
> On 10/31/2017 10:36 AM, Arsène Gschwind wrote:
>
> Hi,
>
> I have a question about ovirtmgmt network.
>
> When deploying Hosted-Engine it creates ovirtmgmt bridge on top of main nic
> of the host. This means the HE will be connected to the same network as the
> main Host connection. Is it possible to separate those subnet, let say I
> would have something like
>
> Host:
>
> IP: 10.0.a.b (VLAN a untagged) The host has an IP address on that interface
> GW: 10.0.a.gw
>
> Then i would have a tagged VLAN on top of that interface :
>
> IF2 : 10.0.c.x (VLAN c tagged) The host has no IP address on that interface
> GW: 10.0.c.gw
>
> Would it be possible to have the HE connected on IF2, if Yes how do we
> deploy such a setup?
>
> Thanks for any hint.
> Rgds,
> Arsène
>
> --
>
> Arsène Gschwind
> Fa. Sapify AG im Auftrag der Universität Basel
> IT Services
> Klingelbergstr. 70 |  CH-4056 Basel  |  Switzerland
> Tel. +41 79 449 25 63  |  http://its.unibas.ch
> ITS-ServiceDesk: support-...@unibas.ch | +41 61 267 14 11
>
>
> --
>
> Arsène Gschwind
> Fa. Sapify AG im Auftrag der Universität Basel
> IT Services
> Klingelbergstr. 70 |  CH-4056 Basel  |  Switzerland
> Tel. +41 79 449 25 63  |  http://its.unibas.ch
> ITS-ServiceDesk: support-...@unibas.ch | +41 61 267 14 11
>
>
> ___
> 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

Re: [ovirt-users] ovirtmgmt network

[Arsène Gschwind]

Any hint or answer to my question?

I've searched around but couldn't find any answer...


On 10/31/2017 10:36 AM, Arsène Gschwind wrote:


Hi,

I have a question about ovirtmgmt network.

When deploying Hosted-Engine it creates ovirtmgmt bridge on top of 
main nic of the host. This means the HE will be connected to the same 
network as the main Host connection. Is it possible to separate those 
subnet, let say I would have something like


Host:

IP: 10.0.a.b (VLAN a untagged) The host has an IP address on that 
interface

GW: 10.0.a.gw

Then i would have a tagged VLAN on top of that interface :

IF2 : 10.0.c.x (VLAN c tagged) The host has no IP address on that 
interface

GW: 10.0.c.gw

Would it be possible to have the HE connected on IF2, if Yes how do we 
deploy such a setup?


Thanks for any hint.
Rgds,
Arsène

--

*Arsène Gschwind*
Fa. Sapify AG im Auftrag der Universität Basel
IT Services
Klingelbergstr. 70 |  CH-4056 Basel  |  Switzerland
Tel. +41 79 449 25 63  | http://its.unibas.ch 
ITS-ServiceDesk: support-...@unibas.ch | +41 61 267 14 11



--

*Arsène Gschwind*
Fa. Sapify AG im Auftrag der Universität Basel
IT Services
Klingelbergstr. 70 |  CH-4056 Basel  |  Switzerland
Tel. +41 79 449 25 63  | http://its.unibas.ch 
ITS-ServiceDesk: support-...@unibas.ch | +41 61 267 14 11

___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] ovirtmgmt network

[Arsène Gschwind]

Hi,

I have a question about ovirtmgmt network.

When deploying Hosted-Engine it creates ovirtmgmt bridge on top of main 
nic of the host. This means the HE will be connected to the same network 
as the main Host connection. Is it possible to separate those subnet, 
let say I would have something like


Host:

IP: 10.0.a.b (VLAN a untagged) The host has an IP address on that interface
GW: 10.0.a.gw

Then i would have a tagged VLAN on top of that interface :

IF2 : 10.0.c.x (VLAN c tagged) The host has no IP address on that interface
GW: 10.0.c.gw

Would it be possible to have the HE connected on IF2, if Yes how do we 
deploy such a setup?


Thanks for any hint.
Rgds,
Arsène

--

*Arsène Gschwind*
Fa. Sapify AG im Auftrag der Universität Basel
IT Services
Klingelbergstr. 70 |  CH-4056 Basel  |  Switzerland
Tel. +41 79 449 25 63  | http://its.unibas.ch 
ITS-ServiceDesk: support-...@unibas.ch | +41 61 267 14 11

___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] ovirtmgmt network security

[Staniforth, Paul]

Yes you don't need ovirtmgmt on the VMs and I think if you use passthrough it 
will pin it to the host, probably better to create a DMZ logical network and 
attach the hosts in the cluster to the DMZ VLAN which will allow them to 
migrate and be setup for HA.


Regards,

   Paul S.


From: users-boun...@ovirt.org <users-boun...@ovirt.org> on behalf of Alona 
Kaplan <alkap...@redhat.com>
Sent: 30 October 2017 09:50
To: Luca 'remix_tj' Lorenzetto
Cc: users
Subject: Re: [ovirt-users] ovirtmgmt network security

Hi Istvan,

I agree with Luca. You can remove nic1.
'ovirtmgmt' network is not mandatory on the vm, you can run the vm with no 
vnics (vitrual nics) at all.
The 'ovirtmgmt' network is used for communication between the engine and the 
host.
Whether the vm using the 'ovirtmgmt' network or not won't affect the management 
capabilities.

You said that the vm nic with 'ovirtmgmt' was automatically added when you 
added the vm.
It is strange and shouldn't behave this way. Are you sure that in the add vm 
dialog you didn't choose it as the network of nic1? (you could leave this 
section in the dialog unfilled, it is not mandatory).

BTW, if you don't want any VM to use the 'ovirtmgmt' network you can go to the 
edit network dialog of 'ovirtmgmt' (in the Network main tab) and uncheck the 
'vm network' checkbox.

Hope it helps you,
Alona.

On Mon, Oct 30, 2017 at 11:26 AM, Luca 'remix_tj' Lorenzetto 
<lorenzetto.l...@gmail.com<mailto:lorenzetto.l...@gmail.com>> wrote:
On Mon, Oct 30, 2017 at 8:45 AM, Istvan Buki 
<buki.ist...@gmail.com<mailto:buki.ist...@gmail.com>> wrote:
> Hello,
>
> thank you for your patience for trying to let me see the light.
>
> Indeed I don't understand what you are explaining. Maybe if I give you more
> concrete details it will help.
>
> My internal network is 192.168.196.0
> My DMZ network is 192.168.188.0
>
> ovirt-engine is running on a centos server with IP 192.168.186.3
> ovirt host is on a centos server with IP 192.168.186.4
>
> On the host I created a VM that I want to be in the DMZ. When I created the
> VM, nic 1 was automatically added and is linked to the ovirtmgmt network.
> In the VM nic1 becomes eth0 and was assigned an IP address with DHCP
> 192.168.186.167.
>
> After that I added a host device to that VM using passthrough. This device
> is called ens7 in the VM and I gave IP 192.186.188.4.
> That device is directly connected to my physical DMZ switch and from there
> to the firewall.
> This part is OK.
>
> My problem is that through eth0 my VM has access to my internal network.
> Removing the device seems impossible because this is ovirtmgmt network.
> I can not change or remove the IP of my host because it would not be
> reachable anymore on my internal network.
>
> Maybe the solution is obvious but I can't see it. I'm running in circle with
> this problem and it makes me crazy.
>



Hi Istvan,

why are you using device passthrough?

Anyway. If you don't need the VM to access to ovirtmgmt, remove nic1.
As far as i can understand, you're directly communicating through DMZ.

Luca


--
"E' assurdo impiegare gli uomini di intelligenza eccellente per fare
calcoli che potrebbero essere affidati a chiunque se si usassero delle
macchine"
Gottfried Wilhelm von Leibnitz, Filosofo e Matematico (1646-1716)

"Internet è la più grande biblioteca del mondo.
Ma il problema è che i libri sono tutti sparsi sul pavimento"
John Allen Paulos, Matematico (1945-vivente)

Luca 'remix_tj' Lorenzetto, http://www.remixtj.net , 
<lorenzetto.l...@gmail.com<mailto:lorenzetto.l...@gmail.com>>
___
Users mailing list
Users@ovirt.org<mailto:Users@ovirt.org>
http://lists.ovirt.org/mailman/listinfo/users

To view the terms under which this email is distributed, please go to:-
http://disclaimer.leedsbeckett.ac.uk/disclaimer/disclaimer.html
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] ovirtmgmt network security

[Luca 'remix_tj' Lorenzetto]

Glad to hear it!

You're welcome!

Il 30 ott 2017 9:13 PM, "Istvan Buki"  ha scritto:

> On Mon, Oct 30, 2017 at 10:50 AM, Alona Kaplan 
> wrote:
>
>> Hi Istvan,
>>
>> I agree with Luca. You can remove nic1.
>> 'ovirtmgmt' network is not mandatory on the vm, you can run the vm with
>> no vnics (vitrual nics) at all.
>> The 'ovirtmgmt' network is used for communication between the engine and
>> the host.
>> Whether the vm using the 'ovirtmgmt' network or not won't affect the
>> management capabilities.
>>
>> You said that the vm nic with 'ovirtmgmt' was automatically added when
>> you added the vm.
>> It is strange and shouldn't behave this way. Are you sure that in the add
>> vm dialog you didn't choose it as the network of nic1? (you could leave
>> this section in the dialog unfilled, it is not mandatory).
>>
>> BTW, if you don't want any VM to use the 'ovirtmgmt' network you can go
>> to the edit network dialog of 'ovirtmgmt' (in the Network main tab) and
>> uncheck the 'vm network' checkbox.
>>
>> Hope it helps you,
>> Alona.
>>
>>
> Hi Alona,
>
> Yes, removing nic1 was the solution I was looking for.
>
> You are right, I probably added nic1 during the creation of the VM. This
> is my first ovirt install and I'm a little bit overwhelmed by all the
> details one has to know to create a system that is reliable and efficient.
> Fortunately, thanks to people like you and Luca, I'll be able to overcome
> the initial difficulties.
>
>
> Istvan
>
> On Mon, Oct 30, 2017 at 11:26 AM, Luca 'remix_tj' Lorenzetto <
>> lorenzetto.l...@gmail.com> wrote:
>>
>>> On Mon, Oct 30, 2017 at 8:45 AM, Istvan Buki 
>>> wrote:
>>> > Hello,
>>> >
>>> > thank you for your patience for trying to let me see the light.
>>> >
>>> > Indeed I don't understand what you are explaining. Maybe if I give you
>>> more
>>> > concrete details it will help.
>>> >
>>> > My internal network is 192.168.196.0
>>> > My DMZ network is 192.168.188.0
>>> >
>>> > ovirt-engine is running on a centos server with IP 192.168.186.3
>>> > ovirt host is on a centos server with IP 192.168.186.4
>>> >
>>> > On the host I created a VM that I want to be in the DMZ. When I
>>> created the
>>> > VM, nic 1 was automatically added and is linked to the ovirtmgmt
>>> network.
>>> > In the VM nic1 becomes eth0 and was assigned an IP address with DHCP
>>> > 192.168.186.167.
>>> >
>>> > After that I added a host device to that VM using passthrough. This
>>> device
>>> > is called ens7 in the VM and I gave IP 192.186.188.4.
>>> > That device is directly connected to my physical DMZ switch and from
>>> there
>>> > to the firewall.
>>> > This part is OK.
>>> >
>>> > My problem is that through eth0 my VM has access to my internal
>>> network.
>>> > Removing the device seems impossible because this is ovirtmgmt network.
>>> > I can not change or remove the IP of my host because it would not be
>>> > reachable anymore on my internal network.
>>> >
>>> > Maybe the solution is obvious but I can't see it. I'm running in
>>> circle with
>>> > this problem and it makes me crazy.
>>> >
>>>
>>>
>>>
>>> Hi Istvan,
>>>
>>> why are you using device passthrough?
>>>
>>> Anyway. If you don't need the VM to access to ovirtmgmt, remove nic1.
>>> As far as i can understand, you're directly communicating through DMZ.
>>>
>>> Luca
>>>
>>>
>>> --
>>> "E' assurdo impiegare gli uomini di intelligenza eccellente per fare
>>> calcoli che potrebbero essere affidati a chiunque se si usassero delle
>>> macchine"
>>> Gottfried Wilhelm von Leibnitz, Filosofo e Matematico (1646-1716)
>>>
>>> "Internet è la più grande biblioteca del mondo.
>>> Ma il problema è che i libri sono tutti sparsi sul pavimento"
>>> John Allen Paulos, Matematico (1945-vivente)
>>>
>>> Luca 'remix_tj' Lorenzetto, http://www.remixtj.net , <
>>> lorenzetto.l...@gmail.com>
>>> ___
>>> 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

Re: [ovirt-users] ovirtmgmt network security

[Istvan Buki]

On Mon, Oct 30, 2017 at 10:50 AM, Alona Kaplan  wrote:

> Hi Istvan,
>
> I agree with Luca. You can remove nic1.
> 'ovirtmgmt' network is not mandatory on the vm, you can run the vm with no
> vnics (vitrual nics) at all.
> The 'ovirtmgmt' network is used for communication between the engine and
> the host.
> Whether the vm using the 'ovirtmgmt' network or not won't affect the
> management capabilities.
>
> You said that the vm nic with 'ovirtmgmt' was automatically added when you
> added the vm.
> It is strange and shouldn't behave this way. Are you sure that in the add
> vm dialog you didn't choose it as the network of nic1? (you could leave
> this section in the dialog unfilled, it is not mandatory).
>
> BTW, if you don't want any VM to use the 'ovirtmgmt' network you can go to
> the edit network dialog of 'ovirtmgmt' (in the Network main tab) and
> uncheck the 'vm network' checkbox.
>
> Hope it helps you,
> Alona.
>
>
Hi Alona,

Yes, removing nic1 was the solution I was looking for.

You are right, I probably added nic1 during the creation of the VM. This is
my first ovirt install and I'm a little bit overwhelmed by all the details
one has to know to create a system that is reliable and efficient.
Fortunately, thanks to people like you and Luca, I'll be able to overcome
the initial difficulties.


Istvan

On Mon, Oct 30, 2017 at 11:26 AM, Luca 'remix_tj' Lorenzetto <
> lorenzetto.l...@gmail.com> wrote:
>
>> On Mon, Oct 30, 2017 at 8:45 AM, Istvan Buki 
>> wrote:
>> > Hello,
>> >
>> > thank you for your patience for trying to let me see the light.
>> >
>> > Indeed I don't understand what you are explaining. Maybe if I give you
>> more
>> > concrete details it will help.
>> >
>> > My internal network is 192.168.196.0
>> > My DMZ network is 192.168.188.0
>> >
>> > ovirt-engine is running on a centos server with IP 192.168.186.3
>> > ovirt host is on a centos server with IP 192.168.186.4
>> >
>> > On the host I created a VM that I want to be in the DMZ. When I created
>> the
>> > VM, nic 1 was automatically added and is linked to the ovirtmgmt
>> network.
>> > In the VM nic1 becomes eth0 and was assigned an IP address with DHCP
>> > 192.168.186.167.
>> >
>> > After that I added a host device to that VM using passthrough. This
>> device
>> > is called ens7 in the VM and I gave IP 192.186.188.4.
>> > That device is directly connected to my physical DMZ switch and from
>> there
>> > to the firewall.
>> > This part is OK.
>> >
>> > My problem is that through eth0 my VM has access to my internal network.
>> > Removing the device seems impossible because this is ovirtmgmt network.
>> > I can not change or remove the IP of my host because it would not be
>> > reachable anymore on my internal network.
>> >
>> > Maybe the solution is obvious but I can't see it. I'm running in circle
>> with
>> > this problem and it makes me crazy.
>> >
>>
>>
>>
>> Hi Istvan,
>>
>> why are you using device passthrough?
>>
>> Anyway. If you don't need the VM to access to ovirtmgmt, remove nic1.
>> As far as i can understand, you're directly communicating through DMZ.
>>
>> Luca
>>
>>
>> --
>> "E' assurdo impiegare gli uomini di intelligenza eccellente per fare
>> calcoli che potrebbero essere affidati a chiunque se si usassero delle
>> macchine"
>> Gottfried Wilhelm von Leibnitz, Filosofo e Matematico (1646-1716)
>>
>> "Internet è la più grande biblioteca del mondo.
>> Ma il problema è che i libri sono tutti sparsi sul pavimento"
>> John Allen Paulos, Matematico (1945-vivente)
>>
>> Luca 'remix_tj' Lorenzetto, http://www.remixtj.net , <
>> lorenzetto.l...@gmail.com>
>> ___
>> 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

Re: [ovirt-users] ovirtmgmt network security

[Istvan Buki]

Le 30 oct. 2017 10:26 AM, "Luca 'remix_tj' Lorenzetto" <
lorenzetto.l...@gmail.com> a écrit :

On Mon, Oct 30, 2017 at 8:45 AM, Istvan Buki  wrote:
> Hello,
>
> thank you for your patience for trying to let me see the light.
>
> Indeed I don't understand what you are explaining. Maybe if I give you
more
> concrete details it will help.
>
> My internal network is 192.168.196.0
> My DMZ network is 192.168.188.0
>
> ovirt-engine is running on a centos server with IP 192.168.186.3
> ovirt host is on a centos server with IP 192.168.186.4
>
> On the host I created a VM that I want to be in the DMZ. When I created
the
> VM, nic 1 was automatically added and is linked to the ovirtmgmt network.
> In the VM nic1 becomes eth0 and was assigned an IP address with DHCP
> 192.168.186.167.
>
> After that I added a host device to that VM using passthrough. This device
> is called ens7 in the VM and I gave IP 192.186.188.4.
> That device is directly connected to my physical DMZ switch and from there
> to the firewall.
> This part is OK.
>
> My problem is that through eth0 my VM has access to my internal network.
> Removing the device seems impossible because this is ovirtmgmt network.
> I can not change or remove the IP of my host because it would not be
> reachable anymore on my internal network.
>
> Maybe the solution is obvious but I can't see it. I'm running in circle
with
> this problem and it makes me crazy.
>



Hi Istvan,

why are you using device passthrough?

Anyway. If you don't need the VM to access to ovirtmgmt, remove nic1.
As far as i can understand, you're directly communicating through DMZ.


Hi Luca,

As I have only one VM in the DMZ currently I assigned the NIC directly to
the VM instead of creating a logical network to get maximum performance and
better security because only the VM can access that network interface. If
one day I have to create another VM inside DMZ I'll create a logical
network and bind the NIC to that network instead of the VM.

OK, I removed nic1 and it looks good. The only interface left is the DMZ
network and I can reach it through the firewall. :-)

Thanks you so much for your help and patience.

Istvan
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] ovirtmgmt network security

[Alona Kaplan]

Hi Istvan,

I agree with Luca. You can remove nic1.
'ovirtmgmt' network is not mandatory on the vm, you can run the vm with no
vnics (vitrual nics) at all.
The 'ovirtmgmt' network is used for communication between the engine and
the host.
Whether the vm using the 'ovirtmgmt' network or not won't affect the
management capabilities.

You said that the vm nic with 'ovirtmgmt' was automatically added when you
added the vm.
It is strange and shouldn't behave this way. Are you sure that in the add
vm dialog you didn't choose it as the network of nic1? (you could leave
this section in the dialog unfilled, it is not mandatory).

BTW, if you don't want any VM to use the 'ovirtmgmt' network you can go to
the edit network dialog of 'ovirtmgmt' (in the Network main tab) and
uncheck the 'vm network' checkbox.

Hope it helps you,
Alona.

On Mon, Oct 30, 2017 at 11:26 AM, Luca 'remix_tj' Lorenzetto <
lorenzetto.l...@gmail.com> wrote:

> On Mon, Oct 30, 2017 at 8:45 AM, Istvan Buki 
> wrote:
> > Hello,
> >
> > thank you for your patience for trying to let me see the light.
> >
> > Indeed I don't understand what you are explaining. Maybe if I give you
> more
> > concrete details it will help.
> >
> > My internal network is 192.168.196.0
> > My DMZ network is 192.168.188.0
> >
> > ovirt-engine is running on a centos server with IP 192.168.186.3
> > ovirt host is on a centos server with IP 192.168.186.4
> >
> > On the host I created a VM that I want to be in the DMZ. When I created
> the
> > VM, nic 1 was automatically added and is linked to the ovirtmgmt network.
> > In the VM nic1 becomes eth0 and was assigned an IP address with DHCP
> > 192.168.186.167.
> >
> > After that I added a host device to that VM using passthrough. This
> device
> > is called ens7 in the VM and I gave IP 192.186.188.4.
> > That device is directly connected to my physical DMZ switch and from
> there
> > to the firewall.
> > This part is OK.
> >
> > My problem is that through eth0 my VM has access to my internal network.
> > Removing the device seems impossible because this is ovirtmgmt network.
> > I can not change or remove the IP of my host because it would not be
> > reachable anymore on my internal network.
> >
> > Maybe the solution is obvious but I can't see it. I'm running in circle
> with
> > this problem and it makes me crazy.
> >
>
>
>
> Hi Istvan,
>
> why are you using device passthrough?
>
> Anyway. If you don't need the VM to access to ovirtmgmt, remove nic1.
> As far as i can understand, you're directly communicating through DMZ.
>
> Luca
>
>
> --
> "E' assurdo impiegare gli uomini di intelligenza eccellente per fare
> calcoli che potrebbero essere affidati a chiunque se si usassero delle
> macchine"
> Gottfried Wilhelm von Leibnitz, Filosofo e Matematico (1646-1716)
>
> "Internet è la più grande biblioteca del mondo.
> Ma il problema è che i libri sono tutti sparsi sul pavimento"
> John Allen Paulos, Matematico (1945-vivente)
>
> Luca 'remix_tj' Lorenzetto, http://www.remixtj.net , <
> lorenzetto.l...@gmail.com>
> ___
> 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

Re: [ovirt-users] ovirtmgmt network security

[Luca 'remix_tj' Lorenzetto]

On Mon, Oct 30, 2017 at 8:45 AM, Istvan Buki  wrote:
> Hello,
>
> thank you for your patience for trying to let me see the light.
>
> Indeed I don't understand what you are explaining. Maybe if I give you more
> concrete details it will help.
>
> My internal network is 192.168.196.0
> My DMZ network is 192.168.188.0
>
> ovirt-engine is running on a centos server with IP 192.168.186.3
> ovirt host is on a centos server with IP 192.168.186.4
>
> On the host I created a VM that I want to be in the DMZ. When I created the
> VM, nic 1 was automatically added and is linked to the ovirtmgmt network.
> In the VM nic1 becomes eth0 and was assigned an IP address with DHCP
> 192.168.186.167.
>
> After that I added a host device to that VM using passthrough. This device
> is called ens7 in the VM and I gave IP 192.186.188.4.
> That device is directly connected to my physical DMZ switch and from there
> to the firewall.
> This part is OK.
>
> My problem is that through eth0 my VM has access to my internal network.
> Removing the device seems impossible because this is ovirtmgmt network.
> I can not change or remove the IP of my host because it would not be
> reachable anymore on my internal network.
>
> Maybe the solution is obvious but I can't see it. I'm running in circle with
> this problem and it makes me crazy.
>



Hi Istvan,

why are you using device passthrough?

Anyway. If you don't need the VM to access to ovirtmgmt, remove nic1.
As far as i can understand, you're directly communicating through DMZ.

Luca


-- 
"E' assurdo impiegare gli uomini di intelligenza eccellente per fare
calcoli che potrebbero essere affidati a chiunque se si usassero delle
macchine"
Gottfried Wilhelm von Leibnitz, Filosofo e Matematico (1646-1716)

"Internet è la più grande biblioteca del mondo.
Ma il problema è che i libri sono tutti sparsi sul pavimento"
John Allen Paulos, Matematico (1945-vivente)

Luca 'remix_tj' Lorenzetto, http://www.remixtj.net , 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] ovirtmgmt network security

[Istvan Buki]

Hello,

thank you for your patience for trying to let me see the light.

Indeed I don't understand what you are explaining. Maybe if I give you more
concrete details it will help.

My internal network is 192.168.196.0
My DMZ network is 192.168.188.0

ovirt-engine is running on a centos server with IP 192.168.186.3
ovirt host is on a centos server with IP 192.168.186.4

On the host I created a VM that I want to be in the DMZ. When I created the
VM, nic 1 was automatically added and is linked to the ovirtmgmt network.
In the VM nic1 becomes eth0 and was assigned an IP address with DHCP
192.168.186.167.

After that I added a host device to that VM using passthrough. This device
is called ens7 in the VM and I gave IP 192.186.188.4.
That device is directly connected to my physical DMZ switch and from there
to the firewall.
This part is OK.

My problem is that through eth0 my VM has access to my internal network.
Removing the device seems impossible because this is ovirtmgmt network.
I can not change or remove the IP of my host because it would not be
reachable anymore on my internal network.

Maybe the solution is obvious but I can't see it. I'm running in circle
with this problem and it makes me crazy.

Again than you for your help.

Istvan


On Fri, Oct 27, 2017 at 7:22 PM, Luca 'remix_tj' Lorenzetto <
lorenzetto.l...@gmail.com> wrote:

> Sorry,
>
> But you didn't understood well what i've said.
>
> If your host has no ip addresses on that network, you're not encountering
> any risk because you've no access to that network at layer 3.
>
> Removing ovirtmgmt is not possibile, that network is mandatory.
>
> Luca
>
>
> Il 27 ott 2017 1:36 PM, "Istvan Buki"  ha scritto:
>
> Hello,
>
> I totally agree on the First part: IP set only on the VM.
>
> For the ovirtmgmt access, if I understand correctly, I have to choose
> between sécurity and ease of management of my VM but I can not have both.
>
> Istvan
>
>
> Le 26 oct. 2017 6:41 PM, "Luca 'remix_tj' Lorenzetto" <
> lorenzetto.l...@gmail.com> a écrit :
>
> Hello,
>
> On the dmz Network you don't need any address configured on the host.
>
> You set ip address only on the vm. If the vm gets compromised, its access
> is limited only to DMZ Network.
>
>  There is no way for the attacker to gain access to ovirtmgmt if vm is not
> configured to use it.
>
> Luca
>
> Il 26 ott 2017 6:32 PM, "Istvan Buki"  ha scritto:
>
>> Hello ovirt experts,
>>
>> I'm totally new to ovirt and trying to learn as fast as I can.So, please
>> bear with me and my possibly stupid questions.
>> Sorry if my questions have been answered already, but please point me to
>> the place where I can find the answers.
>>
>> I've setup ovirt 4.1.6 and created a first VM that I want to expose in a
>> DMZ.
>> I attached a dedicated NIC to the VM using passthrough which is connected
>> to the DMZ network. This is all working as expected.
>>
>> Now,I'm wondering what to do about the ovirtmgmt interface. Obviously, in
>> case the security of the VM is compromised and someone get unautorized
>> access to it I do not want the attacker to have access to my internal
>> network through the ovirtmgmt interface.
>>
>> The most secure solution would be to remove that ovirtmgmt interface but
>> then I loose management functionalities.
>> Can you suggest the possible solutions to protect the ovirtmgmt network
>> from unwanted access?
>>
>> Thanks for your answers
>>
>> Istvan
>>
>>
>>
>> ___
>> 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

Re: [ovirt-users] ovirtmgmt network security

[Luca 'remix_tj' Lorenzetto]

Sorry,

But you didn't understood well what i've said.

If your host has no ip addresses on that network, you're not encountering
any risk because you've no access to that network at layer 3.

Removing ovirtmgmt is not possibile, that network is mandatory.

Luca


Il 27 ott 2017 1:36 PM, "Istvan Buki"  ha scritto:

Hello,

I totally agree on the First part: IP set only on the VM.

For the ovirtmgmt access, if I understand correctly, I have to choose
between sécurity and ease of management of my VM but I can not have both.

Istvan


Le 26 oct. 2017 6:41 PM, "Luca 'remix_tj' Lorenzetto" <
lorenzetto.l...@gmail.com> a écrit :

Hello,

On the dmz Network you don't need any address configured on the host.

You set ip address only on the vm. If the vm gets compromised, its access
is limited only to DMZ Network.

 There is no way for the attacker to gain access to ovirtmgmt if vm is not
configured to use it.

Luca

Il 26 ott 2017 6:32 PM, "Istvan Buki"  ha scritto:

> Hello ovirt experts,
>
> I'm totally new to ovirt and trying to learn as fast as I can.So, please
> bear with me and my possibly stupid questions.
> Sorry if my questions have been answered already, but please point me to
> the place where I can find the answers.
>
> I've setup ovirt 4.1.6 and created a first VM that I want to expose in a
> DMZ.
> I attached a dedicated NIC to the VM using passthrough which is connected
> to the DMZ network. This is all working as expected.
>
> Now,I'm wondering what to do about the ovirtmgmt interface. Obviously, in
> case the security of the VM is compromised and someone get unautorized
> access to it I do not want the attacker to have access to my internal
> network through the ovirtmgmt interface.
>
> The most secure solution would be to remove that ovirtmgmt interface but
> then I loose management functionalities.
> Can you suggest the possible solutions to protect the ovirtmgmt network
> from unwanted access?
>
> Thanks for your answers
>
> Istvan
>
>
>
> ___
> 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

Re: [ovirt-users] ovirtmgmt network security

[Luca 'remix_tj' Lorenzetto]

Hello,

On the dmz Network you don't need any address configured on the host.

You set ip address only on the vm. If the vm gets compromised, its access
is limited only to DMZ Network.

 There is no way for the attacker to gain access to ovirtmgmt if vm is not
configured to use it.

Luca

Il 26 ott 2017 6:32 PM, "Istvan Buki"  ha scritto:

> Hello ovirt experts,
>
> I'm totally new to ovirt and trying to learn as fast as I can.So, please
> bear with me and my possibly stupid questions.
> Sorry if my questions have been answered already, but please point me to
> the place where I can find the answers.
>
> I've setup ovirt 4.1.6 and created a first VM that I want to expose in a
> DMZ.
> I attached a dedicated NIC to the VM using passthrough which is connected
> to the DMZ network. This is all working as expected.
>
> Now,I'm wondering what to do about the ovirtmgmt interface. Obviously, in
> case the security of the VM is compromised and someone get unautorized
> access to it I do not want the attacker to have access to my internal
> network through the ovirtmgmt interface.
>
> The most secure solution would be to remove that ovirtmgmt interface but
> then I loose management functionalities.
> Can you suggest the possible solutions to protect the ovirtmgmt network
> from unwanted access?
>
> Thanks for your answers
>
> Istvan
>
>
>
> ___
> 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

[ovirt-users] ovirtmgmt network security

[Istvan Buki]

Hello ovirt experts,

I'm totally new to ovirt and trying to learn as fast as I can.So, please
bear with me and my possibly stupid questions.
Sorry if my questions have been answered already, but please point me to
the place where I can find the answers.

I've setup ovirt 4.1.6 and created a first VM that I want to expose in a
DMZ.
I attached a dedicated NIC to the VM using passthrough which is connected
to the DMZ network. This is all working as expected.

Now,I'm wondering what to do about the ovirtmgmt interface. Obviously, in
case the security of the VM is compromised and someone get unautorized
access to it I do not want the attacker to have access to my internal
network through the ovirtmgmt interface.

The most secure solution would be to remove that ovirtmgmt interface but
then I loose management functionalities.
Can you suggest the possible solutions to protect the ovirtmgmt network
from unwanted access?

Thanks for your answers

Istvan
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Ovirtmgmt, webinterfaces and VLANs

[Barak Korren]

Barak Korren
bkor...@redhat.com
RHCE, RHCi, RHV-DevOps Team
https://ifireball.wordpress.com/

בתאריך 25 באוג׳ 2017 01:05 PM,‏ "Alexis HAUSER" <
alexis.hau...@imt-atlantique.fr> כתב:

Using self-hosted engine.
I thought about using several interfaces on the engine VM.

The reason why I want to do that : I would like the users accessing the web
interface not to be on the same network that ovirt is using to communicate
betweem hosts and engine.
But it would mean that 2 different FQDN are necessary, right ? I heard HA
requires to access to the engine FQDN...

Do you have any idea how to solve this situation ?


AFAIK the main issue would be with the SSL certificate for the UI/API. But
you can add more FQDNs to it during the installation.

I'm not an HA expert but I think it would probably only need acccess to the
engine port that is connected to the ovirtmgmt network.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Ovirtmgmt, webinterfaces and VLANs

[Alexis HAUSER]

Using self-hosted engine. 
I thought about using several interfaces on the engine VM. 

The reason why I want to do that : I would like the users accessing the web 
interface not to be on the same network that ovirt is using to communicate 
betweem hosts and engine. 
But it would mean that 2 different FQDN are necessary, right ? I heard HA 
requires to access to the engine FQDN... 

Do you have any idea how to solve this situation ? 


Alexis 




On 24 August 2017 at 15:39, Alexis HAUSER 
 wrote: 
> 
> In the way Ovirt is currently designed, is there a way to separate the 
> following elements in different VLANs : 
> 
> 1) Communication betweem nodes (hypervisors) and engine (manager) 
> 2) Access to webadmin interface 
> 3) access to user web interface 
> 
> It seems that the following elements all rely on ovirtmgmt, right ? 

Only #1. #2 and #3 could be changed AFAIK, depending on where and how 
you run the engine (Fir e.g. if you run it on a separate host, you 
could attach other interfaces with other VLANs to it). 


-- 
Barak Korren 
RHV DevOps team , RHCE, RHCi 
Red Hat EMEA 
redhat.com | TRIED. TESTED. TRUSTED. | redhat.com/trusted 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Ovirtmgmt, webinterfaces and VLANs

[Barak Korren]

On 24 August 2017 at 15:39, Alexis HAUSER
 wrote:
>
> In the way Ovirt is currently designed, is there a way to separate the
> following elements in different VLANs :
>
> 1) Communication betweem nodes (hypervisors) and engine (manager)
> 2) Access to webadmin interface
> 3) access to user web interface
>
> It seems that the following elements all rely on ovirtmgmt, right ?

Only #1. #2 and #3 could be changed AFAIK, depending on where and how
you run the engine (Fir e.g. if you run it on a separate host, you
could attach other interfaces with other VLANs to it).


-- 
Barak Korren
RHV DevOps team , RHCE, RHCi
Red Hat EMEA
redhat.com | TRIED. TESTED. TRUSTED. | redhat.com/trusted
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] Ovirtmgmt, webinterfaces and VLANs

[Alexis HAUSER]

Hi, 


In the way Ovirt is currently designed, is there a way to separate the 
following elements in different VLANs : 

1) Communication betweem nodes (hypervisors) and engine (manager) 
2) Access to webadmin interface 
3) access to user web interface 

It seems that the following elements all rely on ovirtmgmt, right ? 


Regards, 
Alexis 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] ovirtmgmt network out of sync

[Michael Burman]

Yes, thanks)

Engine complains about the bootproto , he is expecting dhcp, but you
configured it manually with static.
Was it dhcp before the upgrade?

There is an option to change it back to dhcp, restart network service and
this should be fixed. But i don't think that this is what you looking for
as you may loose connectivity for few seconds.
I don't think there is another option to sync the network while a running
VM using it, at least not that i'm aware of.

Maybe Dan or Yevgeny will have some insight.

Just to be clear, you upgraded both engine and vdsm?
I'm a bit confused from your ifcfg files, you said you created the
ifcfg-ovirtmgmt manually after the upgrade, but it was generated by an
older vdsm version  4.17.23.2-0.el7.centos, and the physical interface
generated with a newer vdsm version 4.19.10.1-1.el7.centos.

I don't think we need the whole /vdsm , only the relevant vdsm log from the
upgrade time, can you locate it?
and the supervdsm.log as well.

Thanks,

On Wed, May 17, 2017 at 8:47 PM, Alex R  wrote:

> Hopefully this screen capture is what you are asking for?
>
> [image: Inline image 1]
>
> Here is:
>
> # cat /etc/sysconfig/network-scripts/ifcfg-ovirtmgmt
> # Generated by VDSM version 4.17.23.2-0.el7.centos
> DEVICE=ovirtmgmt
> TYPE=Bridge
> DELAY=0
> STP=off
> ONBOOT=yes
> IPADDR=10.3.1.7
> NETMASK=255.255.255.0
> GATEWAY=10.3.1.1
> BOOTPROTO=none
> DEFROUTE=yes
> NM_CONTROLLED=no
> IPV6INIT=no
> HOTPLUG=no
>
> # cat /etc/sysconfig/network-scripts/ifcfg-enp2s0f0
> # Generated by VDSM version 4.19.10.1-1.el7.centos
> DEVICE=enp2s0f0
> BRIDGE=ovirtmgmt
> ONBOOT=yes
> MTU=1500
> DEFROUTE=no
> NM_CONTROLLED=no
> IPV6INIT=no
>
>
> The version that I upgraded too:
> oVirt Engine Version: 4.1.1.8-1.el7.centos
>
> I dont recall the version I was on prior to the upgrade but I am sure it
> was at least v4.
>
> Shall I just tar everying thing in /var/log/vdsm/  ?
>
> -Alex
>
>
> On Wed, May 17, 2017 at 10:07 AM, Michael Burman 
> wrote:
>
>> Ok,
>>
>> What is the exact property reported in the tooltip which is out of sync?
>> it should be there.
>> It is possible to add this property to the ifcfg-ovirtmgmt file and then
>> 'refresh caps' it may work.
>> As you created the ifcfg manually after the upgrade, maybe you missed a
>> property, which engine expect to see.
>>
>> - About the upgrade, it is very bad that the ifcfg-ovirtmgmt file has
>> gone.
>> What are the versions involved here?
>> Maybe i can try and reproduce it, to insure we don't have bug here.
>>
>> Can you provide us vdsm logs from the upgrade time?
>>
>> Dan, Yevgeny, do you have any idea maybe?
>>
>> Thanks,
>>
>> On Wed, May 17, 2017 at 6:53 PM, Alex R  wrote:
>>
>>> Michael,
>>>
>>> The tooltip says:
>>> "host nework's configurations differ from DC"
>>>
 It is possible that the out-of-sync is the reason for the network
 issue.
 It's a real problem that your ifcfg-ovirtmgmt file was missing after
 upgrade, could it be that it wasn't persisted and saved on the host before
 running the upgrade?
>>>
>>> I wish I had an answer for this.  It is possible?  The firs line is
>>> commented and says:
>>> "# Generated by VDSM version 4.17.23.2-0.el7.centos"
>>>
>>>
>>> - I tried refreshing capabilites, no change.
>>> - It is possible to check or uncheck it.
>>> -  this is not an option.
>>> I mentioned in my first email that this is a single host that is used
>>> for development only.  That is why I ask if there is a why to perform the
>>> networksync via CLI, or perhaps manually?
>>>
>>> -Alex
>>>
>>> On Tue, May 16, 2017 at 11:30 PM, Michael Burman 
>>> wrote:
>>>
 Alex,

 Please tell what is the tooltip saying. What is the reason for networks
 being out-of-sync?

 It is possible that the out-of-sync is the reason for the network
 issue.
 It's a real problem that your ifcfg-ovirtmgmt file was missing after
 upgrade, could it be that it wasn't persisted and saved on the host before
 running the upgrade?

 - Can you please try to press the 'refresh caps' button?
 - Does the 'save Network Configuration' button grayed out or it's
 possible to press it?
 - Another option is to migrate the hosted-engine VM to another host in
 the cluster and then sync the network on the host.(as you can't sync a
 network being used by a running VM).

 Regards,





 On Wed, May 17, 2017 at 8:42 AM, Alex R  wrote:

> Hi Michael, thanks for the suggestion.  When I use the GUI I get the
> error
>
> "Error while executing action HostSetupNetworks: Network is currently
> being used"
>
> The network is in use by the engine, that is why I asked if there is a
> was to sync via the CLI.
>
> This problem happened after I did the latest upgraded and the host had
> lost the 

Re: [ovirt-users] ovirtmgmt network out of sync

[Alex R]

Hopefully this screen capture is what you are asking for?

[image: Inline image 1]

Here is:

# cat /etc/sysconfig/network-scripts/ifcfg-ovirtmgmt
# Generated by VDSM version 4.17.23.2-0.el7.centos
DEVICE=ovirtmgmt
TYPE=Bridge
DELAY=0
STP=off
ONBOOT=yes
IPADDR=10.3.1.7
NETMASK=255.255.255.0
GATEWAY=10.3.1.1
BOOTPROTO=none
DEFROUTE=yes
NM_CONTROLLED=no
IPV6INIT=no
HOTPLUG=no

# cat /etc/sysconfig/network-scripts/ifcfg-enp2s0f0
# Generated by VDSM version 4.19.10.1-1.el7.centos
DEVICE=enp2s0f0
BRIDGE=ovirtmgmt
ONBOOT=yes
MTU=1500
DEFROUTE=no
NM_CONTROLLED=no
IPV6INIT=no


The version that I upgraded too:
oVirt Engine Version: 4.1.1.8-1.el7.centos

I dont recall the version I was on prior to the upgrade but I am sure it
was at least v4.

Shall I just tar everying thing in /var/log/vdsm/  ?

-Alex


On Wed, May 17, 2017 at 10:07 AM, Michael Burman  wrote:

> Ok,
>
> What is the exact property reported in the tooltip which is out of sync?
> it should be there.
> It is possible to add this property to the ifcfg-ovirtmgmt file and then
> 'refresh caps' it may work.
> As you created the ifcfg manually after the upgrade, maybe you missed a
> property, which engine expect to see.
>
> - About the upgrade, it is very bad that the ifcfg-ovirtmgmt file has
> gone.
> What are the versions involved here?
> Maybe i can try and reproduce it, to insure we don't have bug here.
>
> Can you provide us vdsm logs from the upgrade time?
>
> Dan, Yevgeny, do you have any idea maybe?
>
> Thanks,
>
> On Wed, May 17, 2017 at 6:53 PM, Alex R  wrote:
>
>> Michael,
>>
>> The tooltip says:
>> "host nework's configurations differ from DC"
>>
>>> It is possible that the out-of-sync is the reason for the network issue.
>>> It's a real problem that your ifcfg-ovirtmgmt file was missing after
>>> upgrade, could it be that it wasn't persisted and saved on the host before
>>> running the upgrade?
>>
>> I wish I had an answer for this.  It is possible?  The firs line is
>> commented and says:
>> "# Generated by VDSM version 4.17.23.2-0.el7.centos"
>>
>>
>> - I tried refreshing capabilites, no change.
>> - It is possible to check or uncheck it.
>> -  this is not an option.
>> I mentioned in my first email that this is a single host that is used for
>> development only.  That is why I ask if there is a why to perform the
>> networksync via CLI, or perhaps manually?
>>
>> -Alex
>>
>> On Tue, May 16, 2017 at 11:30 PM, Michael Burman 
>> wrote:
>>
>>> Alex,
>>>
>>> Please tell what is the tooltip saying. What is the reason for networks
>>> being out-of-sync?
>>>
>>> It is possible that the out-of-sync is the reason for the network issue.
>>> It's a real problem that your ifcfg-ovirtmgmt file was missing after
>>> upgrade, could it be that it wasn't persisted and saved on the host before
>>> running the upgrade?
>>>
>>> - Can you please try to press the 'refresh caps' button?
>>> - Does the 'save Network Configuration' button grayed out or it's
>>> possible to press it?
>>> - Another option is to migrate the hosted-engine VM to another host in
>>> the cluster and then sync the network on the host.(as you can't sync a
>>> network being used by a running VM).
>>>
>>> Regards,
>>>
>>>
>>>
>>>
>>>
>>> On Wed, May 17, 2017 at 8:42 AM, Alex R  wrote:
>>>
 Hi Michael, thanks for the suggestion.  When I use the GUI I get the
 error

 "Error while executing action HostSetupNetworks: Network is currently
 being used"

 The network is in use by the engine, that is why I asked if there is a
 was to sync via the CLI.

 This problem happened after I did the latest upgraded and the host had
 lost the /etc/sysconfig/netowrk-scripts/ifcfg-ovirtmgmt file.  So I
 recreated the file and I thought alll was well except I cannot open a from
 outside of the host and engine network (10.3.1.0/24).

 source 10.3.5.0/24 cannot open console on at the destination
 10.3.1.0/24.  The error I get is:

 "Unable to connect to the graphic server /tmp/mozilla_digger0/console.v
 v
 could not connect to 10.3.1.7:Socket I/O timed out"

 I have already verified that the iptables rules are open and I have
 verified that ASA that is between the network is not blocking by doing both
 a packet-tracer and reviewing the logs.

 I think the problem is this "out-of-sync" network issue?

 -Alex


 On Tue, May 16, 2017 at 10:12 PM, Michael Burman 
 wrote:

> Hello Alex,
>
> - Have you tried to sync it using the 'Sync All Networks' button in
> the UI?
> It's located under 'Hosts' main tab > select the host > 'Network
> Interfaces' sub tab > 'Sync All Networks' button.
>
> - Can you please go to the 'Setup Host Networks' dialog(located under
> the same path^^) and hoover on top of ovirtmgmt network? a tooltip should
> pop-up and it 

Re: [ovirt-users] ovirtmgmt network out of sync

[Michael Burman]

Ok,

What is the exact property reported in the tooltip which is out of sync? it
should be there.
It is possible to add this property to the ifcfg-ovirtmgmt file and then
'refresh caps' it may work.
As you created the ifcfg manually after the upgrade, maybe you missed a
property, which engine expect to see.

- About the upgrade, it is very bad that the ifcfg-ovirtmgmt file has gone.
What are the versions involved here?
Maybe i can try and reproduce it, to insure we don't have bug here.

Can you provide us vdsm logs from the upgrade time?

Dan, Yevgeny, do you have any idea maybe?

Thanks,

On Wed, May 17, 2017 at 6:53 PM, Alex R  wrote:

> Michael,
>
> The tooltip says:
> "host nework's configurations differ from DC"
>
>> It is possible that the out-of-sync is the reason for the network issue.
>> It's a real problem that your ifcfg-ovirtmgmt file was missing after
>> upgrade, could it be that it wasn't persisted and saved on the host before
>> running the upgrade?
>
> I wish I had an answer for this.  It is possible?  The firs line is
> commented and says:
> "# Generated by VDSM version 4.17.23.2-0.el7.centos"
>
>
> - I tried refreshing capabilites, no change.
> - It is possible to check or uncheck it.
> -  this is not an option.
> I mentioned in my first email that this is a single host that is used for
> development only.  That is why I ask if there is a why to perform the
> networksync via CLI, or perhaps manually?
>
> -Alex
>
> On Tue, May 16, 2017 at 11:30 PM, Michael Burman 
> wrote:
>
>> Alex,
>>
>> Please tell what is the tooltip saying. What is the reason for networks
>> being out-of-sync?
>>
>> It is possible that the out-of-sync is the reason for the network issue.
>> It's a real problem that your ifcfg-ovirtmgmt file was missing after
>> upgrade, could it be that it wasn't persisted and saved on the host before
>> running the upgrade?
>>
>> - Can you please try to press the 'refresh caps' button?
>> - Does the 'save Network Configuration' button grayed out or it's
>> possible to press it?
>> - Another option is to migrate the hosted-engine VM to another host in
>> the cluster and then sync the network on the host.(as you can't sync a
>> network being used by a running VM).
>>
>> Regards,
>>
>>
>>
>>
>>
>> On Wed, May 17, 2017 at 8:42 AM, Alex R  wrote:
>>
>>> Hi Michael, thanks for the suggestion.  When I use the GUI I get the
>>> error
>>>
>>> "Error while executing action HostSetupNetworks: Network is currently
>>> being used"
>>>
>>> The network is in use by the engine, that is why I asked if there is a
>>> was to sync via the CLI.
>>>
>>> This problem happened after I did the latest upgraded and the host had
>>> lost the /etc/sysconfig/netowrk-scripts/ifcfg-ovirtmgmt file.  So I
>>> recreated the file and I thought alll was well except I cannot open a from
>>> outside of the host and engine network (10.3.1.0/24).
>>>
>>> source 10.3.5.0/24 cannot open console on at the destination 10.3.1.0/24.
>>> The error I get is:
>>>
>>> "Unable to connect to the graphic server /tmp/mozilla_digger0/console.vv
>>> could not connect to 10.3.1.7:Socket I/O timed out"
>>>
>>> I have already verified that the iptables rules are open and I have
>>> verified that ASA that is between the network is not blocking by doing both
>>> a packet-tracer and reviewing the logs.
>>>
>>> I think the problem is this "out-of-sync" network issue?
>>>
>>> -Alex
>>>
>>>
>>> On Tue, May 16, 2017 at 10:12 PM, Michael Burman 
>>> wrote:
>>>
 Hello Alex,

 - Have you tried to sync it using the 'Sync All Networks' button in the
 UI?
 It's located under 'Hosts' main tab > select the host > 'Network
 Interfaces' sub tab > 'Sync All Networks' button.

 - Can you please go to the 'Setup Host Networks' dialog(located under
 the same path^^) and hoover on top of ovirtmgmt network? a tooltip should
 pop-up and it should let you know what is the reason that the network is
 being out-of-sync. Engine probably complaining about a difference between
 the configuration on the host and the DC.
 - How did you end up with this situation? what happened before the
 network become out-of-sync? did it happened after the hosted-engine deploy
 was done?

 Best regards,

 On Wed, May 17, 2017 at 12:10 AM, Alex R  wrote:

> No one has suggestions on how I can sync the ovirtmgmt network?  Is
> more information needed?
>
>
> On May 12, 2017 10:43 AM, "Alex R"  wrote:
>
>> Hi,
>>
>> I upgraded to the latest version (users@ovirt.org) a few weeks ago
>> and ever since then I cannot open a console unless I am on the local
>> network (10.3.1.0/24).  I think it is related to the Ovirtmgmt
>> interface being "out-of-sync".
>>
>> If I try to fix it in the gui, I get an error:
>>
>> "Error while 

Re: [ovirt-users] ovirtmgmt network out of sync

[Alex R]

Michael,

The tooltip says:
"host nework's configurations differ from DC"

> It is possible that the out-of-sync is the reason for the network issue.
> It's a real problem that your ifcfg-ovirtmgmt file was missing after
> upgrade, could it be that it wasn't persisted and saved on the host before
> running the upgrade?

I wish I had an answer for this.  It is possible?  The firs line is
commented and says:
"# Generated by VDSM version 4.17.23.2-0.el7.centos"


- I tried refreshing capabilites, no change.
- It is possible to check or uncheck it.
-  this is not an option.
I mentioned in my first email that this is a single host that is used for
development only.  That is why I ask if there is a why to perform the
networksync via CLI, or perhaps manually?

-Alex

On Tue, May 16, 2017 at 11:30 PM, Michael Burman  wrote:

> Alex,
>
> Please tell what is the tooltip saying. What is the reason for networks
> being out-of-sync?
>
> It is possible that the out-of-sync is the reason for the network issue.
> It's a real problem that your ifcfg-ovirtmgmt file was missing after
> upgrade, could it be that it wasn't persisted and saved on the host before
> running the upgrade?
>
> - Can you please try to press the 'refresh caps' button?
> - Does the 'save Network Configuration' button grayed out or it's possible
> to press it?
> - Another option is to migrate the hosted-engine VM to another host in the
> cluster and then sync the network on the host.(as you can't sync a network
> being used by a running VM).
>
> Regards,
>
>
>
>
>
> On Wed, May 17, 2017 at 8:42 AM, Alex R  wrote:
>
>> Hi Michael, thanks for the suggestion.  When I use the GUI I get the error
>>
>> "Error while executing action HostSetupNetworks: Network is currently
>> being used"
>>
>> The network is in use by the engine, that is why I asked if there is a
>> was to sync via the CLI.
>>
>> This problem happened after I did the latest upgraded and the host had
>> lost the /etc/sysconfig/netowrk-scripts/ifcfg-ovirtmgmt file.  So I
>> recreated the file and I thought alll was well except I cannot open a from
>> outside of the host and engine network (10.3.1.0/24).
>>
>> source 10.3.5.0/24 cannot open console on at the destination 10.3.1.0/24.
>> The error I get is:
>>
>> "Unable to connect to the graphic server /tmp/mozilla_digger0/console.vv
>> could not connect to 10.3.1.7:Socket I/O timed out"
>>
>> I have already verified that the iptables rules are open and I have
>> verified that ASA that is between the network is not blocking by doing both
>> a packet-tracer and reviewing the logs.
>>
>> I think the problem is this "out-of-sync" network issue?
>>
>> -Alex
>>
>>
>> On Tue, May 16, 2017 at 10:12 PM, Michael Burman 
>> wrote:
>>
>>> Hello Alex,
>>>
>>> - Have you tried to sync it using the 'Sync All Networks' button in the
>>> UI?
>>> It's located under 'Hosts' main tab > select the host > 'Network
>>> Interfaces' sub tab > 'Sync All Networks' button.
>>>
>>> - Can you please go to the 'Setup Host Networks' dialog(located under
>>> the same path^^) and hoover on top of ovirtmgmt network? a tooltip should
>>> pop-up and it should let you know what is the reason that the network is
>>> being out-of-sync. Engine probably complaining about a difference between
>>> the configuration on the host and the DC.
>>> - How did you end up with this situation? what happened before the
>>> network become out-of-sync? did it happened after the hosted-engine deploy
>>> was done?
>>>
>>> Best regards,
>>>
>>> On Wed, May 17, 2017 at 12:10 AM, Alex R  wrote:
>>>
 No one has suggestions on how I can sync the ovirtmgmt network?  Is
 more information needed?


 On May 12, 2017 10:43 AM, "Alex R"  wrote:

> Hi,
>
> I upgraded to the latest version (users@ovirt.org) a few weeks ago
> and ever since then I cannot open a console unless I am on the local
> network (10.3.1.0/24).  I think it is related to the Ovirtmgmt
> interface being "out-of-sync".
>
> If I try to fix it in the gui, I get an error:
>
> "Error while executing action HostSetupNetworks: Network is currently
> being used"
>
> This is because the hosted engine in on the ovirtmgmt network.
>
> Is there a way I can fix this via cli?  This is a single host with a
> hosted engine.  I use it for development only.
>
> Thank you.
>

 ___
 Users mailing list
 Users@ovirt.org
 http://lists.ovirt.org/mailman/listinfo/users


>>>
>>>
>>> --
>>> Michael Burman
>>> RedHat Israel, RHV-M Network QE
>>>
>>> Mobile: 054-5355725
>>> IRC: mburman
>>>
>>
>>
>
>
> --
> Michael Burman
> RedHat Israel, RHV-M Network QE
>
> Mobile: 054-5355725
> IRC: mburman
>
___
Users mailing list
Users@ovirt.org

Re: [ovirt-users] ovirtmgmt network out of sync

[Michael Burman]

Alex,

Please tell what is the tooltip saying. What is the reason for networks
being out-of-sync?

It is possible that the out-of-sync is the reason for the network issue.
It's a real problem that your ifcfg-ovirtmgmt file was missing after
upgrade, could it be that it wasn't persisted and saved on the host before
running the upgrade?

- Can you please try to press the 'refresh caps' button?
- Does the 'save Network Configuration' button grayed out or it's possible
to press it?
- Another option is to migrate the hosted-engine VM to another host in the
cluster and then sync the network on the host.(as you can't sync a network
being used by a running VM).

Regards,





On Wed, May 17, 2017 at 8:42 AM, Alex R  wrote:

> Hi Michael, thanks for the suggestion.  When I use the GUI I get the error
>
> "Error while executing action HostSetupNetworks: Network is currently
> being used"
>
> The network is in use by the engine, that is why I asked if there is a was
> to sync via the CLI.
>
> This problem happened after I did the latest upgraded and the host had
> lost the /etc/sysconfig/netowrk-scripts/ifcfg-ovirtmgmt file.  So I
> recreated the file and I thought alll was well except I cannot open a from
> outside of the host and engine network (10.3.1.0/24).
>
> source 10.3.5.0/24 cannot open console on at the destination 10.3.1.0/24.
> The error I get is:
>
> "Unable to connect to the graphic server /tmp/mozilla_digger0/console.vv
> could not connect to 10.3.1.7:Socket I/O timed out"
>
> I have already verified that the iptables rules are open and I have
> verified that ASA that is between the network is not blocking by doing both
> a packet-tracer and reviewing the logs.
>
> I think the problem is this "out-of-sync" network issue?
>
> -Alex
>
>
> On Tue, May 16, 2017 at 10:12 PM, Michael Burman 
> wrote:
>
>> Hello Alex,
>>
>> - Have you tried to sync it using the 'Sync All Networks' button in the
>> UI?
>> It's located under 'Hosts' main tab > select the host > 'Network
>> Interfaces' sub tab > 'Sync All Networks' button.
>>
>> - Can you please go to the 'Setup Host Networks' dialog(located under the
>> same path^^) and hoover on top of ovirtmgmt network? a tooltip should
>> pop-up and it should let you know what is the reason that the network is
>> being out-of-sync. Engine probably complaining about a difference between
>> the configuration on the host and the DC.
>> - How did you end up with this situation? what happened before the
>> network become out-of-sync? did it happened after the hosted-engine deploy
>> was done?
>>
>> Best regards,
>>
>> On Wed, May 17, 2017 at 12:10 AM, Alex R  wrote:
>>
>>> No one has suggestions on how I can sync the ovirtmgmt network?  Is more
>>> information needed?
>>>
>>>
>>> On May 12, 2017 10:43 AM, "Alex R"  wrote:
>>>
 Hi,

 I upgraded to the latest version (users@ovirt.org) a few weeks ago and
 ever since then I cannot open a console unless I am on the local network (
 10.3.1.0/24).  I think it is related to the Ovirtmgmt interface being
 "out-of-sync".

 If I try to fix it in the gui, I get an error:

 "Error while executing action HostSetupNetworks: Network is currently
 being used"

 This is because the hosted engine in on the ovirtmgmt network.

 Is there a way I can fix this via cli?  This is a single host with a
 hosted engine.  I use it for development only.

 Thank you.

>>>
>>> ___
>>> Users mailing list
>>> Users@ovirt.org
>>> http://lists.ovirt.org/mailman/listinfo/users
>>>
>>>
>>
>>
>> --
>> Michael Burman
>> RedHat Israel, RHV-M Network QE
>>
>> Mobile: 054-5355725
>> IRC: mburman
>>
>
>


-- 
Michael Burman
RedHat Israel, RHV-M Network QE

Mobile: 054-5355725
IRC: mburman
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] ovirtmgmt network out of sync

[Alex R]

Hi Michael, thanks for the suggestion.  When I use the GUI I get the error

"Error while executing action HostSetupNetworks: Network is currently being
used"

The network is in use by the engine, that is why I asked if there is a was
to sync via the CLI.

This problem happened after I did the latest upgraded and the host had lost
the /etc/sysconfig/netowrk-scripts/ifcfg-ovirtmgmt file.  So I recreated
the file and I thought alll was well except I cannot open a from outside of
the host and engine network (10.3.1.0/24).

source 10.3.5.0/24 cannot open console on at the destination 10.3.1.0/24.
The error I get is:

"Unable to connect to the graphic server /tmp/mozilla_digger0/console.vv
could not connect to 10.3.1.7:Socket I/O timed out"

I have already verified that the iptables rules are open and I have
verified that ASA that is between the network is not blocking by doing both
a packet-tracer and reviewing the logs.

I think the problem is this "out-of-sync" network issue?

-Alex


On Tue, May 16, 2017 at 10:12 PM, Michael Burman  wrote:

> Hello Alex,
>
> - Have you tried to sync it using the 'Sync All Networks' button in the
> UI?
> It's located under 'Hosts' main tab > select the host > 'Network
> Interfaces' sub tab > 'Sync All Networks' button.
>
> - Can you please go to the 'Setup Host Networks' dialog(located under the
> same path^^) and hoover on top of ovirtmgmt network? a tooltip should
> pop-up and it should let you know what is the reason that the network is
> being out-of-sync. Engine probably complaining about a difference between
> the configuration on the host and the DC.
> - How did you end up with this situation? what happened before the network
> become out-of-sync? did it happened after the hosted-engine deploy was
> done?
>
> Best regards,
>
> On Wed, May 17, 2017 at 12:10 AM, Alex R  wrote:
>
>> No one has suggestions on how I can sync the ovirtmgmt network?  Is more
>> information needed?
>>
>>
>> On May 12, 2017 10:43 AM, "Alex R"  wrote:
>>
>>> Hi,
>>>
>>> I upgraded to the latest version (users@ovirt.org) a few weeks ago and
>>> ever since then I cannot open a console unless I am on the local network (
>>> 10.3.1.0/24).  I think it is related to the Ovirtmgmt interface being
>>> "out-of-sync".
>>>
>>> If I try to fix it in the gui, I get an error:
>>>
>>> "Error while executing action HostSetupNetworks: Network is currently
>>> being used"
>>>
>>> This is because the hosted engine in on the ovirtmgmt network.
>>>
>>> Is there a way I can fix this via cli?  This is a single host with a
>>> hosted engine.  I use it for development only.
>>>
>>> Thank you.
>>>
>>
>> ___
>> Users mailing list
>> Users@ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/users
>>
>>
>
>
> --
> Michael Burman
> RedHat Israel, RHV-M Network QE
>
> Mobile: 054-5355725
> IRC: mburman
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] ovirtmgmt network out of sync

[Michael Burman]

Hello Alex,

- Have you tried to sync it using the 'Sync All Networks' button in the
UI?
It's located under 'Hosts' main tab > select the host > 'Network
Interfaces' sub tab > 'Sync All Networks' button.

- Can you please go to the 'Setup Host Networks' dialog(located under the
same path^^) and hoover on top of ovirtmgmt network? a tooltip should
pop-up and it should let you know what is the reason that the network is
being out-of-sync. Engine probably complaining about a difference between
the configuration on the host and the DC.
- How did you end up with this situation? what happened before the network
become out-of-sync? did it happened after the hosted-engine deploy was
done?

Best regards,

On Wed, May 17, 2017 at 12:10 AM, Alex R  wrote:

> No one has suggestions on how I can sync the ovirtmgmt network?  Is more
> information needed?
>
>
> On May 12, 2017 10:43 AM, "Alex R"  wrote:
>
>> Hi,
>>
>> I upgraded to the latest version (users@ovirt.org) a few weeks ago and
>> ever since then I cannot open a console unless I am on the local network (
>> 10.3.1.0/24).  I think it is related to the Ovirtmgmt interface being
>> "out-of-sync".
>>
>> If I try to fix it in the gui, I get an error:
>>
>> "Error while executing action HostSetupNetworks: Network is currently
>> being used"
>>
>> This is because the hosted engine in on the ovirtmgmt network.
>>
>> Is there a way I can fix this via cli?  This is a single host with a
>> hosted engine.  I use it for development only.
>>
>> Thank you.
>>
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>


-- 
Michael Burman
RedHat Israel, RHV-M Network QE

Mobile: 054-5355725
IRC: mburman
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] ovirtmgmt network out of sync

[Alex R]

No one has suggestions on how I can sync the ovirtmgmt network?  Is more
information needed?


On May 12, 2017 10:43 AM, "Alex R"  wrote:

> Hi,
>
> I upgraded to the latest version (users@ovirt.org) a few weeks ago and
> ever since then I cannot open a console unless I am on the local network (
> 10.3.1.0/24).  I think it is related to the Ovirtmgmt interface being
> "out-of-sync".
>
> If I try to fix it in the gui, I get an error:
>
> "Error while executing action HostSetupNetworks: Network is currently
> being used"
>
> This is because the hosted engine in on the ovirtmgmt network.
>
> Is there a way I can fix this via cli?  This is a single host with a
> hosted engine.  I use it for development only.
>
> Thank you.
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] ovirtmgmt network out of sync

[Alex R]

Hi,

I upgraded to the latest version (users@ovirt.org) a few weeks ago and ever
since then I cannot open a console unless I am on the local network (
10.3.1.0/24).  I think it is related to the Ovirtmgmt interface being
"out-of-sync".

If I try to fix it in the gui, I get an error:

"Error while executing action HostSetupNetworks: Network is currently being
used"

This is because the hosted engine in on the ovirtmgmt network.

Is there a way I can fix this via cli?  This is a single host with a hosted
engine.  I use it for development only.

Thank you.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] ovirtmgmt bridge creation fails 100% during hosted-engine 4.1 install

[Ian Neilsen]

Edy

Arh ok, my fault. I will push up the files a bit later.

Ian

On 20 March 2017 at 16:47, Edward Haas  wrote:

> Hi Ian,
>
> Please include only the relevant files of the specified date, I could not
> figure out which ones to look at.
> There are also no supervdsm logs (except one for node2, but for different
> dates). Are there such logs at all?
>
> Thanks,
> Edy.
>
> On Mon, Mar 20, 2017 at 2:59 AM, Ian Neilsen 
> wrote:
>
>> Hi Edward
>>
>> Let me know if this link does not work, I'll get you the logs another
>> way; https://mega.nz/#F!YFsgADAT!C7jOzkoH5BPZD3iChsY_5w
>>
>> Date range of install 13th March to 14th March. Logs should all be there
>> for that date range.
>>
>> cheers
>> Ian
>>
>> On 16 March 2017 at 17:41, Edward Haas  wrote:
>>
>>> Hello Ian,
>>>
>>> Please share your vdsm.log, supervdsm.log and Engine logs from the time
>>> you had this failure.
>>> (please specify the date/time you started the process so we can know
>>> where to look in the log)
>>>
>>> Thanks,
>>> Edy.
>>>
>>>
>>> On Tue, Mar 14, 2017 at 6:31 AM, Ian Neilsen 
>>> wrote:
>>>
 re:bug 2 - confirmed - ovirtmgmt bridge is not created during initial
 deploy of second host.
 Workaround - maintenance 2nd host --> re-establish bond network from
 backup files or manually, systemctl restart network --> engine gui -->
 second host --> network --> add in ovirtmgmt bridge

 Seems to work and allows the bridge to be created without hassle.



 On 14 March 2017 at 12:48, Ian Neilsen  wrote:

> Guys
>
> Bug 1:
> I have run the ovirt 4.1 installation many times now and everytime
> through the deploy the ovirtmgmt bridge fails at ifup when used in
> conjunction with bonded nic's
>
> The deploy process stops when it cannot raise the bridge ifup. To fix,
> a systemctl restart network works and I can start deploy again. ifup will
> not work.
>
> 2 questions:
> Do you want me to raise a bug for this. I'll get my logs to a place
> where you can access them.
> Has anyone got a scrip to create the ovirtmgmt bridge? Is there
> anything special I need to know if I create it manually on my bonded 
> nic's.
>
> Bug 2:
> During hosted deploy on second node,via gui, the ovirtmgt bridge fails
> to create necessary files and deletes other ifcfg files in the process.
> Bridge creation stops as it seems to be missing ifcfg files necessary.
> Again nics are bonded. manual creation is needed to fix the deploy mess.
>
> Yet to confirm this one, am about to try now. Will let you know.
>
> Systems:
> Centos7.3,
> ovirt 4.1,
> gluster 3.10.0
> vdsm-4.19.4-1.el7.centos.x86_64
> kernel 3.10.0-514.10.2.el7.x86_64
>
> --
> Ian Neilsen
>
> Mobile: 0424 379 762
> Linkedin: http://au.linkedin.com/in/ianneilsen
> Twitter : ineilsen
>



 --
 Ian Neilsen

 Mobile: 0424 379 762
 Linkedin: http://au.linkedin.com/in/ianneilsen
 Twitter : ineilsen

 ___
 Users mailing list
 Users@ovirt.org
 http://lists.ovirt.org/mailman/listinfo/users


>>>
>>
>>
>> --
>> Ian Neilsen
>>
>> Mobile: 0424 379 762
>> Linkedin: http://au.linkedin.com/in/ianneilsen
>> Twitter : ineilsen
>>
>
>


-- 
Ian Neilsen

Mobile: 0424 379 762
Linkedin: http://au.linkedin.com/in/ianneilsen
Twitter : ineilsen
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] ovirtmgmt bridge creation fails 100% during hosted-engine 4.1 install

[Edward Haas]

Hi Ian,

Please include only the relevant files of the specified date, I could not
figure out which ones to look at.
There are also no supervdsm logs (except one for node2, but for different
dates). Are there such logs at all?

Thanks,
Edy.

On Mon, Mar 20, 2017 at 2:59 AM, Ian Neilsen  wrote:

> Hi Edward
>
> Let me know if this link does not work, I'll get you the logs another way;
> https://mega.nz/#F!YFsgADAT!C7jOzkoH5BPZD3iChsY_5w
>
> Date range of install 13th March to 14th March. Logs should all be there
> for that date range.
>
> cheers
> Ian
>
> On 16 March 2017 at 17:41, Edward Haas  wrote:
>
>> Hello Ian,
>>
>> Please share your vdsm.log, supervdsm.log and Engine logs from the time
>> you had this failure.
>> (please specify the date/time you started the process so we can know
>> where to look in the log)
>>
>> Thanks,
>> Edy.
>>
>>
>> On Tue, Mar 14, 2017 at 6:31 AM, Ian Neilsen 
>> wrote:
>>
>>> re:bug 2 - confirmed - ovirtmgmt bridge is not created during initial
>>> deploy of second host.
>>> Workaround - maintenance 2nd host --> re-establish bond network from
>>> backup files or manually, systemctl restart network --> engine gui -->
>>> second host --> network --> add in ovirtmgmt bridge
>>>
>>> Seems to work and allows the bridge to be created without hassle.
>>>
>>>
>>>
>>> On 14 March 2017 at 12:48, Ian Neilsen  wrote:
>>>
 Guys

 Bug 1:
 I have run the ovirt 4.1 installation many times now and everytime
 through the deploy the ovirtmgmt bridge fails at ifup when used in
 conjunction with bonded nic's

 The deploy process stops when it cannot raise the bridge ifup. To fix,
 a systemctl restart network works and I can start deploy again. ifup will
 not work.

 2 questions:
 Do you want me to raise a bug for this. I'll get my logs to a place
 where you can access them.
 Has anyone got a scrip to create the ovirtmgmt bridge? Is there
 anything special I need to know if I create it manually on my bonded nic's.

 Bug 2:
 During hosted deploy on second node,via gui, the ovirtmgt bridge fails
 to create necessary files and deletes other ifcfg files in the process.
 Bridge creation stops as it seems to be missing ifcfg files necessary.
 Again nics are bonded. manual creation is needed to fix the deploy mess.

 Yet to confirm this one, am about to try now. Will let you know.

 Systems:
 Centos7.3,
 ovirt 4.1,
 gluster 3.10.0
 vdsm-4.19.4-1.el7.centos.x86_64
 kernel 3.10.0-514.10.2.el7.x86_64

 --
 Ian Neilsen

 Mobile: 0424 379 762
 Linkedin: http://au.linkedin.com/in/ianneilsen
 Twitter : ineilsen

>>>
>>>
>>>
>>> --
>>> Ian Neilsen
>>>
>>> Mobile: 0424 379 762
>>> Linkedin: http://au.linkedin.com/in/ianneilsen
>>> Twitter : ineilsen
>>>
>>> ___
>>> Users mailing list
>>> Users@ovirt.org
>>> http://lists.ovirt.org/mailman/listinfo/users
>>>
>>>
>>
>
>
> --
> Ian Neilsen
>
> Mobile: 0424 379 762
> Linkedin: http://au.linkedin.com/in/ianneilsen
> Twitter : ineilsen
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] ovirtmgmt bridge creation fails 100% during hosted-engine 4.1 install

[Ian Neilsen]

Hi Edward

Let me know if this link does not work, I'll get you the logs another way;
https://mega.nz/#F!YFsgADAT!C7jOzkoH5BPZD3iChsY_5w

Date range of install 13th March to 14th March. Logs should all be there
for that date range.

cheers
Ian

On 16 March 2017 at 17:41, Edward Haas  wrote:

> Hello Ian,
>
> Please share your vdsm.log, supervdsm.log and Engine logs from the time
> you had this failure.
> (please specify the date/time you started the process so we can know where
> to look in the log)
>
> Thanks,
> Edy.
>
>
> On Tue, Mar 14, 2017 at 6:31 AM, Ian Neilsen 
> wrote:
>
>> re:bug 2 - confirmed - ovirtmgmt bridge is not created during initial
>> deploy of second host.
>> Workaround - maintenance 2nd host --> re-establish bond network from
>> backup files or manually, systemctl restart network --> engine gui -->
>> second host --> network --> add in ovirtmgmt bridge
>>
>> Seems to work and allows the bridge to be created without hassle.
>>
>>
>>
>> On 14 March 2017 at 12:48, Ian Neilsen  wrote:
>>
>>> Guys
>>>
>>> Bug 1:
>>> I have run the ovirt 4.1 installation many times now and everytime
>>> through the deploy the ovirtmgmt bridge fails at ifup when used in
>>> conjunction with bonded nic's
>>>
>>> The deploy process stops when it cannot raise the bridge ifup. To fix, a
>>> systemctl restart network works and I can start deploy again. ifup will not
>>> work.
>>>
>>> 2 questions:
>>> Do you want me to raise a bug for this. I'll get my logs to a place
>>> where you can access them.
>>> Has anyone got a scrip to create the ovirtmgmt bridge? Is there anything
>>> special I need to know if I create it manually on my bonded nic's.
>>>
>>> Bug 2:
>>> During hosted deploy on second node,via gui, the ovirtmgt bridge fails
>>> to create necessary files and deletes other ifcfg files in the process.
>>> Bridge creation stops as it seems to be missing ifcfg files necessary.
>>> Again nics are bonded. manual creation is needed to fix the deploy mess.
>>>
>>> Yet to confirm this one, am about to try now. Will let you know.
>>>
>>> Systems:
>>> Centos7.3,
>>> ovirt 4.1,
>>> gluster 3.10.0
>>> vdsm-4.19.4-1.el7.centos.x86_64
>>> kernel 3.10.0-514.10.2.el7.x86_64
>>>
>>> --
>>> Ian Neilsen
>>>
>>> Mobile: 0424 379 762
>>> Linkedin: http://au.linkedin.com/in/ianneilsen
>>> Twitter : ineilsen
>>>
>>
>>
>>
>> --
>> Ian Neilsen
>>
>> Mobile: 0424 379 762
>> Linkedin: http://au.linkedin.com/in/ianneilsen
>> Twitter : ineilsen
>>
>> ___
>> Users mailing list
>> Users@ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/users
>>
>>
>


-- 
Ian Neilsen

Mobile: 0424 379 762
Linkedin: http://au.linkedin.com/in/ianneilsen
Twitter : ineilsen
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] ovirtmgmt bridge creation fails 100% during hosted-engine 4.1 install

[Edward Haas]

Hello Ian,

Please share your vdsm.log, supervdsm.log and Engine logs from the time you
had this failure.
(please specify the date/time you started the process so we can know where
to look in the log)

Thanks,
Edy.


On Tue, Mar 14, 2017 at 6:31 AM, Ian Neilsen  wrote:

> re:bug 2 - confirmed - ovirtmgmt bridge is not created during initial
> deploy of second host.
> Workaround - maintenance 2nd host --> re-establish bond network from
> backup files or manually, systemctl restart network --> engine gui -->
> second host --> network --> add in ovirtmgmt bridge
>
> Seems to work and allows the bridge to be created without hassle.
>
>
>
> On 14 March 2017 at 12:48, Ian Neilsen  wrote:
>
>> Guys
>>
>> Bug 1:
>> I have run the ovirt 4.1 installation many times now and everytime
>> through the deploy the ovirtmgmt bridge fails at ifup when used in
>> conjunction with bonded nic's
>>
>> The deploy process stops when it cannot raise the bridge ifup. To fix, a
>> systemctl restart network works and I can start deploy again. ifup will not
>> work.
>>
>> 2 questions:
>> Do you want me to raise a bug for this. I'll get my logs to a place where
>> you can access them.
>> Has anyone got a scrip to create the ovirtmgmt bridge? Is there anything
>> special I need to know if I create it manually on my bonded nic's.
>>
>> Bug 2:
>> During hosted deploy on second node,via gui, the ovirtmgt bridge fails to
>> create necessary files and deletes other ifcfg files in the process. Bridge
>> creation stops as it seems to be missing ifcfg files necessary. Again nics
>> are bonded. manual creation is needed to fix the deploy mess.
>>
>> Yet to confirm this one, am about to try now. Will let you know.
>>
>> Systems:
>> Centos7.3,
>> ovirt 4.1,
>> gluster 3.10.0
>> vdsm-4.19.4-1.el7.centos.x86_64
>> kernel 3.10.0-514.10.2.el7.x86_64
>>
>> --
>> Ian Neilsen
>>
>> Mobile: 0424 379 762
>> Linkedin: http://au.linkedin.com/in/ianneilsen
>> Twitter : ineilsen
>>
>
>
>
> --
> Ian Neilsen
>
> Mobile: 0424 379 762
> Linkedin: http://au.linkedin.com/in/ianneilsen
> Twitter : ineilsen
>
> ___
> 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

Re: [ovirt-users] ovirtmgmt bridge creation fails 100% during hosted-engine 4.1 install

[Ian Neilsen]

re:bug 2 - confirmed - ovirtmgmt bridge is not created during initial
deploy of second host.
Workaround - maintenance 2nd host --> re-establish bond network from backup
files or manually, systemctl restart network --> engine gui --> second host
--> network --> add in ovirtmgmt bridge

Seems to work and allows the bridge to be created without hassle.



On 14 March 2017 at 12:48, Ian Neilsen  wrote:

> Guys
>
> Bug 1:
> I have run the ovirt 4.1 installation many times now and everytime through
> the deploy the ovirtmgmt bridge fails at ifup when used in conjunction with
> bonded nic's
>
> The deploy process stops when it cannot raise the bridge ifup. To fix, a
> systemctl restart network works and I can start deploy again. ifup will not
> work.
>
> 2 questions:
> Do you want me to raise a bug for this. I'll get my logs to a place where
> you can access them.
> Has anyone got a scrip to create the ovirtmgmt bridge? Is there anything
> special I need to know if I create it manually on my bonded nic's.
>
> Bug 2:
> During hosted deploy on second node,via gui, the ovirtmgt bridge fails to
> create necessary files and deletes other ifcfg files in the process. Bridge
> creation stops as it seems to be missing ifcfg files necessary. Again nics
> are bonded. manual creation is needed to fix the deploy mess.
>
> Yet to confirm this one, am about to try now. Will let you know.
>
> Systems:
> Centos7.3,
> ovirt 4.1,
> gluster 3.10.0
> vdsm-4.19.4-1.el7.centos.x86_64
> kernel 3.10.0-514.10.2.el7.x86_64
>
> --
> Ian Neilsen
>
> Mobile: 0424 379 762
> Linkedin: http://au.linkedin.com/in/ianneilsen
> Twitter : ineilsen
>



-- 
Ian Neilsen

Mobile: 0424 379 762
Linkedin: http://au.linkedin.com/in/ianneilsen
Twitter : ineilsen
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] ovirtmgmt bridge creation fails 100% during hosted-engine 4.1 install

[Ian Neilsen]

Guys

Bug 1:
I have run the ovirt 4.1 installation many times now and everytime through
the deploy the ovirtmgmt bridge fails at ifup when used in conjunction with
bonded nic's

The deploy process stops when it cannot raise the bridge ifup. To fix, a
systemctl restart network works and I can start deploy again. ifup will not
work.

2 questions:
Do you want me to raise a bug for this. I'll get my logs to a place where
you can access them.
Has anyone got a scrip to create the ovirtmgmt bridge? Is there anything
special I need to know if I create it manually on my bonded nic's.

Bug 2:
During hosted deploy on second node,via gui, the ovirtmgt bridge fails to
create necessary files and deletes other ifcfg files in the process. Bridge
creation stops as it seems to be missing ifcfg files necessary. Again nics
are bonded. manual creation is needed to fix the deploy mess.

Yet to confirm this one, am about to try now. Will let you know.

Systems:
Centos7.3,
ovirt 4.1,
gluster 3.10.0
vdsm-4.19.4-1.el7.centos.x86_64
kernel 3.10.0-514.10.2.el7.x86_64

-- 
Ian Neilsen

Mobile: 0424 379 762
Linkedin: http://au.linkedin.com/in/ianneilsen
Twitter : ineilsen
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] ovirtmgmt network change

[Bill Bill]

Hello,



I was able to get this sorted out by editing the IP’s in the database. After I 
edited them so the engine could reconnect to the servers, I simply removed them 
one by one and re-added them to the engine dashboard. So far, they are working 
as expected.



psql engine -c "update vds_static update host_name = 'newIP' where gateway = 
'oldIP';"



After, it complains about the networks being out of sync which is OK. Simply 
reinstall the host – I had to remove them one by one first, add them back, then 
I was able to resync the networks without issue.



Should this be used, always make a backup of the engine first.





From: Barak Korren<mailto:bkor...@redhat.com>
Sent: Wednesday, December 21, 2016 9:03 AM
To: Yevgeny Zaspitsky<mailto:yzasp...@redhat.com>
Cc: Dan Kenigsberg<mailto:dan...@redhat.com>; Leon 
Goldberg<mailto:lgold...@redhat.com>; Bill Bill<mailto:jax2...@outlook.com>; 
users@ovirt.org<mailto:users@ovirt.org>
Subject: Re: [ovirt-users] ovirtmgmt network change



On 21 December 2016 at 15:20, Yevgeny Zaspitsky <yzasp...@redhat.com> wrote:
> AFAIK if you use a DNS name of the host when you add it to an engine, then
> its IP could be changed as long as that name continue be resolved to the
> host new address.

Yes, but then that DNS becomes a very bad SPOF for your system, so not
a good idea for a production systems...

--
Barak Korren
bkor...@redhat.com
RHCE, RHCi, RHV-DevOps Team
https://ifireball.wordpress.com/
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] ovirtmgmt network change

[Barak Korren]

On 21 December 2016 at 15:20, Yevgeny Zaspitsky  wrote:
> AFAIK if you use a DNS name of the host when you add it to an engine, then
> its IP could be changed as long as that name continue be resolved to the
> host new address.

Yes, but then that DNS becomes a very bad SPOF for your system, so not
a good idea for a production systems...

-- 
Barak Korren
bkor...@redhat.com
RHCE, RHCi, RHV-DevOps Team
https://ifireball.wordpress.com/
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] ovirtmgmt network change

[Yevgeny Zaspitsky]

AFAIK if you use a DNS name of the host when you add it to an engine, then
its IP could be changed as long as that name continue be resolved to the
host new address.

On Wed, Dec 21, 2016 at 2:41 PM, Dan Kenigsberg  wrote:

> On Wed, Dec 21, 2016 at 12:41 AM, Bill Bill  wrote:
> > Hello,
> >
> >
> >
> > How can the IP of the hosts be changed? It is greyed out and I need to
> > change those. It’s the only thing I’m not able to change..
>
> I am afraid that you cannot change the address of the management
> network while the host is attached to Engine. The reason is that
> Engine always uses this address to communicate with the host.
>
> You could change it only if you remove the host from Engine, modify
> the address manually, and re-add the host using the new address.
> ___
> 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

Re: [ovirt-users] ovirtmgmt network change

[Dan Kenigsberg]

On Wed, Dec 21, 2016 at 12:41 AM, Bill Bill  wrote:
> Hello,
>
>
>
> How can the IP of the hosts be changed? It is greyed out and I need to
> change those. It’s the only thing I’m not able to change..

I am afraid that you cannot change the address of the management
network while the host is attached to Engine. The reason is that
Engine always uses this address to communicate with the host.

You could change it only if you remove the host from Engine, modify
the address manually, and re-add the host using the new address.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] ovirtmgmt network change

[Bill Bill]

Hello,

How can the IP of the hosts be changed? It is greyed out and I need to change 
those. It’s the only thing I’m not able to change..
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] ovirtmgmt manual bridge cannot be used in ovirt 4.0

[jo...@familiealbers.nl]

Hi Charles, that worked, thanks!!! allthough im still wondering where this 
change was listed at any point between 3.5 and 4.0. 

Verstuurd vanaf mijn iPhone

> Op 28 nov. 2016 om 16:11 heeft Charles Kozler  het 
> volgende geschreven:
> 
> What happens when you configure the bond and then build the bridge manually 
> over the bond? oVirt installer should skip over it and not do anything. Just 
> make sure you have DEFROUTE set or routes configuration file as you expect 
> (this is what used to screw me up)
> 
>> On Mon, Nov 28, 2016 at 10:06 AM,  wrote:
>> Thanks for your responses but the ui is not an option for me as i am dealing 
>> with loads of systems.
>> in 3.5 ovirt used to just accept the bridge as it was and incorporate it, i 
>> am just wondering if i am facing a bug or a feature at the moment.
>> 
>> 
>> Charles Kozler schreef op 2016-11-28 15:48:
>>> Thats what I used to do as well then on oVirt 4 it started screwing
>>> with the the bond as well so I ended up just dumbing it down and
>>> figured using the UI after the fact would be OK. I cant remember
>>> exactly what would happen but it would be stupid little things like
>>> routing would break or something. 
>>> 
>>> On Mon, Nov 28, 2016 at 9:43 AM, Simone Tiraboschi
>>>  wrote:
>>> 
 On Mon, Nov 28, 2016 at 3:42 PM, Charles Kozler
  wrote:
 
> What Ive been doing since oVirt 4 is just configuring one NIC
> manually when I provision the server (eg: eth0, em1, etc) and then
> let oVirt do the bridge setup. Once the engine is up I login to
> the UI and I use it to bond the NICs in whatever fashion I need
> (LACP or active-backup). Any time I tried to configure ovirtmgmt
> manually it seemed to "annoy" the hosted-engine --deploy script
 
 This is fine.
 Another thing you could do is manually creating the bond and then
 having hosted-engine-setup creating the management bridge over your
 bond.
 
  
 
> On Mon, Nov 28, 2016 at 9:33 AM, Simone Tiraboschi
>  wrote:
> 
>> On Mon, Nov 28, 2016 at 12:24 PM, 
>> wrote:
>> 
>>> Hi All,
>>> 
>>> In our ovirt 3.5 setup. i have always setup the ovirtmgmt
>>> bridge manually .
>>> The bridge consisted of 2 nics
>>> 
>>> Id have /etc/vdsm/vdsm.conf list net_persist = ifcfg
>>> 
>>> 
>>> When i then deployed the host from the ovirt ui or api it
>>> would install and would display the network setup correctly in
>>> the ui.
>>> 
>>> On ovirt 4. (vdsm-4.18.15.3-1.el7.centos.x86_64)
>>> I seem unable to follow the same approach.
>>> 
>>> In the engine logs i get among other things
>>> 
>>> If the interface ovirtmgmt is a bridge, it should be
>>> torn-down manually.
>>> 
>>> the interface is indeed a bridge with two nics which i would
>>> like to keep this way.
>>> 
>>> On the host vdsm.log i get limited info,
>>> 
>>> when start a python terminal to obtain netinfo i get this
>>> 
>> from vdsm.tool import unified_persistence
>> unified_persistence.netswitch.netinfo()
>>> Traceback (most recent call last):
>>>   File "", line 1, in 
>>>   File
>>> "/usr/lib/python2.7/site-packages/vdsm/network/netswitch.py",
>>> line 298, in netinfo
>>> _netinfo = netinfo_get(compatibility=compatibility)
>>>   File
>>> 
>> 
> "/usr/lib/python2.7/site-packages/vdsm/network/netinfo/cache.py",
>>> line 109, in get
>>> return _get(vdsmnets)
>>>   File
>>> 
>> 
> "/usr/lib/python2.7/site-packages/vdsm/network/netinfo/cache.py",
>>> line 101, in _get
>>> report_network_qos(networking)
>>>   File
>>> 
>> "/usr/lib/python2.7/site-packages/vdsm/network/netinfo/qos.py",
>>> line 46, in report_network_qos
>>> iface, = host_ports
>>> ValueError: too many values to unpack
>>> 
>>> As it appears the line in question does not like to deal with
>>> a list of nics i think.
>>> but either way.
>>> 
>>> Is in ovirt 4 the ability to use the ovirtmgmt bridge with
>>> multiple nics removed?
>> 
>> But do you need a bridge or a bond?
>>  
>> 
>>> If so what can i do to stick to what we have done in the past.
>>> 
>>> Thanks.
>>> 
>>> ___
>>> Users mailing list
>>> Users@ovirt.org [1]
>>> http://lists.ovirt.org/mailman/listinfo/users [2]
>> 
>> ___
>> Users mailing list
>> Users@ovirt.org [4]
>> http://lists.ovirt.org/mailman/listinfo/users [5]
>>> 
>>> 
>>> 
>>> Links:
>>> --
>>> [1] mailto:Users@ovirt.org
>>> [2] http://lists.ovirt.org/mailman/listinfo/users
>>> [3] 

Re: [ovirt-users] ovirtmgmt manual bridge cannot be used in ovirt 4.0

[Darrell Budic]

I’m having trouble with that plan and I’m not even trying to put the ovirtmgmt 
bridge on an existing bond. I have a pre-existing gluster setup with gluster 
running on a bonded interface. The ovirtmgmt should go on a different 
interface, but even that fails on the bond with the “torn down manually” 
statement. Haven’t had much time to do more troubleshooting, but it’s rather 
annoying. 

I’d really prefer it if the installer would just deal with existing network 
setups, I (presumably) know what I want there, especially in the case of 
pre-existing gluster setups.

  -Darrell

> On Nov 28, 2016, at 9:11 AM, Charles Kozler  wrote:
> 
> What happens when you configure the bond and then build the bridge manually 
> over the bond? oVirt installer should skip over it and not do anything. Just 
> make sure you have DEFROUTE set or routes configuration file as you expect 
> (this is what used to screw me up)
> 
> On Mon, Nov 28, 2016 at 10:06 AM,  > wrote:
> Thanks for your responses but the ui is not an option for me as i am dealing 
> with loads of systems.
> in 3.5 ovirt used to just accept the bridge as it was and incorporate it, i 
> am just wondering if i am facing a bug or a feature at the moment.
> 
> 
> Charles Kozler schreef op 2016-11-28 15:48:
> Thats what I used to do as well then on oVirt 4 it started screwing
> with the the bond as well so I ended up just dumbing it down and
> figured using the UI after the fact would be OK. I cant remember
> exactly what would happen but it would be stupid little things like
> routing would break or something. 
> 
> On Mon, Nov 28, 2016 at 9:43 AM, Simone Tiraboschi
>  [8]> wrote:
> 
> On Mon, Nov 28, 2016 at 3:42 PM, Charles Kozler
>  [7]> wrote:
> 
> What Ive been doing since oVirt 4 is just configuring one NIC
> manually when I provision the server (eg: eth0, em1, etc) and then
> let oVirt do the bridge setup. Once the engine is up I login to
> the UI and I use it to bond the NICs in whatever fashion I need
> (LACP or active-backup). Any time I tried to configure ovirtmgmt
> manually it seemed to "annoy" the hosted-engine --deploy script
> 
> This is fine.
> Another thing you could do is manually creating the bond and then
> having hosted-engine-setup creating the management bridge over your
> bond.
> 
>  
> 
> On Mon, Nov 28, 2016 at 9:33 AM, Simone Tiraboschi
>  [6]> wrote:
> 
> On Mon, Nov 28, 2016 at 12:24 PM,   [3]>
> wrote:
> 
> Hi All,
> 
> In our ovirt 3.5 setup. i have always setup the ovirtmgmt
> bridge manually .
> The bridge consisted of 2 nics
> 
> Id have /etc/vdsm/vdsm.conf list net_persist = ifcfg
> 
> 
> When i then deployed the host from the ovirt ui or api it
> would install and would display the network setup correctly in
> the ui.
> 
> On ovirt 4. (vdsm-4.18.15.3-1.el7.centos.x86_64)
> I seem unable to follow the same approach.
> 
> In the engine logs i get among other things
> 
> If the interface ovirtmgmt is a bridge, it should be
> torn-down manually.
> 
> the interface is indeed a bridge with two nics which i would
> like to keep this way.
> 
> On the host vdsm.log i get limited info,
> 
> when start a python terminal to obtain netinfo i get this
> 
> from vdsm.tool import unified_persistence
> unified_persistence.netswitch.netinfo()
> Traceback (most recent call last):
>   File "", line 1, in 
>   File
> "/usr/lib/python2.7/site-packages/vdsm/network/netswitch.py",
> line 298, in netinfo
> _netinfo = netinfo_get(compatibility=compatibility)
>   File
> 
> 
> "/usr/lib/python2.7/site-packages/vdsm/network/netinfo/cache.py",
> line 109, in get
> return _get(vdsmnets)
>   File
> 
> 
> "/usr/lib/python2.7/site-packages/vdsm/network/netinfo/cache.py",
> line 101, in _get
> report_network_qos(networking)
>   File
> 
> "/usr/lib/python2.7/site-packages/vdsm/network/netinfo/qos.py",
> line 46, in report_network_qos
> iface, = host_ports
> ValueError: too many values to unpack
> 
> As it appears the line in question does not like to deal with
> a list of nics i think.
> but either way.
> 
> Is in ovirt 4 the ability to use the ovirtmgmt bridge with
> multiple nics removed?
> 
> But do you need a bridge or a bond?
>  
> 
> If so what can i do to stick to what we have done in the past.
> 
> Thanks.
> 
> ___
> Users mailing list
> Users@ovirt.org  [1]
> http://lists.ovirt.org/mailman/listinfo/users 
>  [2]
> 
> ___
> Users mailing list
> Users@ovirt.org  [4]
> http://lists.ovirt.org/mailman/listinfo/users 
>  [5]
> 
> 
> 
> 

Re: [ovirt-users] ovirtmgmt manual bridge cannot be used in ovirt 4.0

[Charles Kozler]

What happens when you configure the bond and then build the bridge manually
over the bond? oVirt installer should skip over it and not do anything.
Just make sure you have DEFROUTE set or routes configuration file as you
expect (this is what used to screw me up)

On Mon, Nov 28, 2016 at 10:06 AM,  wrote:

> Thanks for your responses but the ui is not an option for me as i am
> dealing with loads of systems.
> in 3.5 ovirt used to just accept the bridge as it was and incorporate it,
> i am just wondering if i am facing a bug or a feature at the moment.
>
>
> Charles Kozler schreef op 2016-11-28 15:48:
>
>> Thats what I used to do as well then on oVirt 4 it started screwing
>> with the the bond as well so I ended up just dumbing it down and
>> figured using the UI after the fact would be OK. I cant remember
>> exactly what would happen but it would be stupid little things like
>> routing would break or something.
>>
>> On Mon, Nov 28, 2016 at 9:43 AM, Simone Tiraboschi
>>  wrote:
>>
>> On Mon, Nov 28, 2016 at 3:42 PM, Charles Kozler
>>>  wrote:
>>>
>>> What Ive been doing since oVirt 4 is just configuring one NIC
 manually when I provision the server (eg: eth0, em1, etc) and then
 let oVirt do the bridge setup. Once the engine is up I login to
 the UI and I use it to bond the NICs in whatever fashion I need
 (LACP or active-backup). Any time I tried to configure ovirtmgmt
 manually it seemed to "annoy" the hosted-engine --deploy script

>>>
>>> This is fine.
>>> Another thing you could do is manually creating the bond and then
>>> having hosted-engine-setup creating the management bridge over your
>>> bond.
>>>
>>>
>>>
>>> On Mon, Nov 28, 2016 at 9:33 AM, Simone Tiraboschi
  wrote:

 On Mon, Nov 28, 2016 at 12:24 PM, 
> wrote:
>
> Hi All,
>>
>> In our ovirt 3.5 setup. i have always setup the ovirtmgmt
>> bridge manually .
>> The bridge consisted of 2 nics
>>
>> Id have /etc/vdsm/vdsm.conf list net_persist = ifcfg
>>
>>
>> When i then deployed the host from the ovirt ui or api it
>> would install and would display the network setup correctly in
>> the ui.
>>
>> On ovirt 4. (vdsm-4.18.15.3-1.el7.centos.x86_64)
>> I seem unable to follow the same approach.
>>
>> In the engine logs i get among other things
>>
>> If the interface ovirtmgmt is a bridge, it should be
>> torn-down manually.
>>
>> the interface is indeed a bridge with two nics which i would
>> like to keep this way.
>>
>> On the host vdsm.log i get limited info,
>>
>> when start a python terminal to obtain netinfo i get this
>>
>> from vdsm.tool import unified_persistence
> unified_persistence.netswitch.netinfo()
>
 Traceback (most recent call last):
>>   File "", line 1, in 
>>   File
>> "/usr/lib/python2.7/site-packages/vdsm/network/netswitch.py",
>> line 298, in netinfo
>> _netinfo = netinfo_get(compatibility=compatibility)
>>   File
>>
>>
> "/usr/lib/python2.7/site-packages/vdsm/network/netinfo/cache.py",

> line 109, in get
>> return _get(vdsmnets)
>>   File
>>
>>
> "/usr/lib/python2.7/site-packages/vdsm/network/netinfo/cache.py",

> line 101, in _get
>> report_network_qos(networking)
>>   File
>>
>> "/usr/lib/python2.7/site-packages/vdsm/network/netinfo/qos.py",
>
>> line 46, in report_network_qos
>> iface, = host_ports
>> ValueError: too many values to unpack
>>
>> As it appears the line in question does not like to deal with
>> a list of nics i think.
>> but either way.
>>
>> Is in ovirt 4 the ability to use the ovirtmgmt bridge with
>> multiple nics removed?
>>
>
> But do you need a bridge or a bond?
>
>
> If so what can i do to stick to what we have done in the past.
>>
>> Thanks.
>>
>> ___
>> Users mailing list
>> Users@ovirt.org [1]
>> http://lists.ovirt.org/mailman/listinfo/users [2]
>>
>
> ___
> Users mailing list
> Users@ovirt.org [4]
> http://lists.ovirt.org/mailman/listinfo/users [5]
>

>>
>>
>> Links:
>> --
>> [1] mailto:Users@ovirt.org
>> [2] http://lists.ovirt.org/mailman/listinfo/users
>> [3] mailto:jo...@familiealbers.nl
>> [4] mailto:Users@ovirt.org
>> [5] http://lists.ovirt.org/mailman/listinfo/users
>> [6] mailto:stira...@redhat.com
>> [7] mailto:ckozler...@gmail.com
>> [8] mailto:stira...@redhat.com
>>
>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] ovirtmgmt manual bridge cannot be used in ovirt 4.0

[joost]

Thanks for your responses but the ui is not an option for me as i am 
dealing with loads of systems.
in 3.5 ovirt used to just accept the bridge as it was and incorporate 
it, i am just wondering if i am facing a bug or a feature at the moment.



Charles Kozler schreef op 2016-11-28 15:48:

Thats what I used to do as well then on oVirt 4 it started screwing
with the the bond as well so I ended up just dumbing it down and
figured using the UI after the fact would be OK. I cant remember
exactly what would happen but it would be stupid little things like
routing would break or something. 

On Mon, Nov 28, 2016 at 9:43 AM, Simone Tiraboschi
 wrote:


On Mon, Nov 28, 2016 at 3:42 PM, Charles Kozler
 wrote:


What Ive been doing since oVirt 4 is just configuring one NIC
manually when I provision the server (eg: eth0, em1, etc) and then
let oVirt do the bridge setup. Once the engine is up I login to
the UI and I use it to bond the NICs in whatever fashion I need
(LACP or active-backup). Any time I tried to configure ovirtmgmt
manually it seemed to "annoy" the hosted-engine --deploy script


This is fine.
Another thing you could do is manually creating the bond and then
having hosted-engine-setup creating the management bridge over your
bond.

 


On Mon, Nov 28, 2016 at 9:33 AM, Simone Tiraboschi
 wrote:


On Mon, Nov 28, 2016 at 12:24 PM, 
wrote:


Hi All,

In our ovirt 3.5 setup. i have always setup the ovirtmgmt
bridge manually .
The bridge consisted of 2 nics

Id have /etc/vdsm/vdsm.conf list net_persist = ifcfg

When i then deployed the host from the ovirt ui or api it
would install and would display the network setup correctly in
the ui.

On ovirt 4. (vdsm-4.18.15.3-1.el7.centos.x86_64)
I seem unable to follow the same approach.

In the engine logs i get among other things

If the interface ovirtmgmt is a bridge, it should be
torn-down manually.

the interface is indeed a bridge with two nics which i would
like to keep this way.

On the host vdsm.log i get limited info,

when start a python terminal to obtain netinfo i get this


from vdsm.tool import unified_persistence
unified_persistence.netswitch.netinfo()

Traceback (most recent call last):
  File "", line 1, in 
  File
"/usr/lib/python2.7/site-packages/vdsm/network/netswitch.py",
line 298, in netinfo
    _netinfo = netinfo_get(compatibility=compatibility)
  File




"/usr/lib/python2.7/site-packages/vdsm/network/netinfo/cache.py",

line 109, in get
    return _get(vdsmnets)
  File




"/usr/lib/python2.7/site-packages/vdsm/network/netinfo/cache.py",

line 101, in _get
    report_network_qos(networking)
  File


"/usr/lib/python2.7/site-packages/vdsm/network/netinfo/qos.py",

line 46, in report_network_qos
    iface, = host_ports
ValueError: too many values to unpack

As it appears the line in question does not like to deal with
a list of nics i think.
but either way.

Is in ovirt 4 the ability to use the ovirtmgmt bridge with
multiple nics removed?


But do you need a bridge or a bond?
 


If so what can i do to stick to what we have done in the past.

Thanks.

___
Users mailing list
Users@ovirt.org [1]
http://lists.ovirt.org/mailman/listinfo/users [2]


___
Users mailing list
Users@ovirt.org [4]
http://lists.ovirt.org/mailman/listinfo/users [5]




Links:
--
[1] mailto:Users@ovirt.org
[2] http://lists.ovirt.org/mailman/listinfo/users
[3] mailto:jo...@familiealbers.nl
[4] mailto:Users@ovirt.org
[5] http://lists.ovirt.org/mailman/listinfo/users
[6] mailto:stira...@redhat.com
[7] mailto:ckozler...@gmail.com
[8] mailto:stira...@redhat.com


___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] ovirtmgmt manual bridge cannot be used in ovirt 4.0

[Charles Kozler]

Thats what I used to do as well then on oVirt 4 it started screwing with
the the bond as well so I ended up just dumbing it down and figured using
the UI after the fact would be OK. I cant remember exactly what would
happen but it would be stupid little things like routing would break or
something.

On Mon, Nov 28, 2016 at 9:43 AM, Simone Tiraboschi 
wrote:

>
>
> On Mon, Nov 28, 2016 at 3:42 PM, Charles Kozler 
> wrote:
>
>> What I've been doing since oVirt 4 is just configuring one NIC manually
>> when I provision the server (eg: eth0, em1, etc) and then let oVirt do the
>> bridge setup. Once the engine is up I login to the UI and I use it to bond
>> the NICs in whatever fashion I need (LACP or active-backup). Any time I
>> tried to configure ovirtmgmt manually it seemed to "annoy" the
>> hosted-engine --deploy script
>>
>
> This is fine.
> Another thing you could do is manually creating the bond and then having
> hosted-engine-setup creating the management bridge over your bond.
>
>
>>
>> On Mon, Nov 28, 2016 at 9:33 AM, Simone Tiraboschi 
>> wrote:
>>
>>>
>>>
>>> On Mon, Nov 28, 2016 at 12:24 PM,  wrote:
>>>
 Hi All,

 In our ovirt 3.5 setup. i have always setup the ovirtmgmt bridge
 manually .
 The bridge consisted of 2 nic's

 I'd have /etc/vdsm/vdsm.conf list net_persist = ifcfg

 When i then deployed the host from the ovirt ui or api it would install
 and would display the network setup correctly in the ui.

 On ovirt 4. (vdsm-4.18.15.3-1.el7.centos.x86_64)
 I seem unable to follow the same approach.

 In the engine logs i get among other things

 'If the interface ovirtmgmt is a bridge, it should be torn-down
 manually. '

 the interface is indeed a bridge with two nics which i would like to
 keep this way.

 On the host vdsm.log i get limited info,



 when start a python terminal to obtain netinfo i get this

 from vdsm.tool import unified_persistence
>>> unified_persistence.netswitch.netinfo()
>>>
>> Traceback (most recent call last):
   File "", line 1, in 
   File "/usr/lib/python2.7/site-packages/vdsm/network/netswitch.py",
 line 298, in netinfo
 _netinfo = netinfo_get(compatibility=compatibility)
   File "/usr/lib/python2.7/site-packages/vdsm/network/netinfo/cache.py",
 line 109, in get
 return _get(vdsmnets)
   File "/usr/lib/python2.7/site-packages/vdsm/network/netinfo/cache.py",
 line 101, in _get
 report_network_qos(networking)
   File "/usr/lib/python2.7/site-packages/vdsm/network/netinfo/qos.py",
 line 46, in report_network_qos
 iface, = host_ports
 ValueError: too many values to unpack


 As it appears the line in question does not like to deal with a list of
 nics i think.
 but either way.

 Is in ovirt 4 the ability to use the ovirtmgmt bridge with multiple
 nics removed?

>>>
>>> But do you need a bridge or a bond?
>>>
>>>
 If so what can i do to stick to what we have done in the past.


 Thanks.

 ___
 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
>>>
>>>
>>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] ovirtmgmt manual bridge cannot be used in ovirt 4.0

[Simone Tiraboschi]

On Mon, Nov 28, 2016 at 3:42 PM, Charles Kozler 
wrote:

> What I've been doing since oVirt 4 is just configuring one NIC manually
> when I provision the server (eg: eth0, em1, etc) and then let oVirt do the
> bridge setup. Once the engine is up I login to the UI and I use it to bond
> the NICs in whatever fashion I need (LACP or active-backup). Any time I
> tried to configure ovirtmgmt manually it seemed to "annoy" the
> hosted-engine --deploy script
>

This is fine.
Another thing you could do is manually creating the bond and then having
hosted-engine-setup creating the management bridge over your bond.


>
> On Mon, Nov 28, 2016 at 9:33 AM, Simone Tiraboschi 
> wrote:
>
>>
>>
>> On Mon, Nov 28, 2016 at 12:24 PM,  wrote:
>>
>>> Hi All,
>>>
>>> In our ovirt 3.5 setup. i have always setup the ovirtmgmt bridge
>>> manually .
>>> The bridge consisted of 2 nic's
>>>
>>> I'd have /etc/vdsm/vdsm.conf list net_persist = ifcfg
>>>
>>> When i then deployed the host from the ovirt ui or api it would install
>>> and would display the network setup correctly in the ui.
>>>
>>> On ovirt 4. (vdsm-4.18.15.3-1.el7.centos.x86_64)
>>> I seem unable to follow the same approach.
>>>
>>> In the engine logs i get among other things
>>>
>>> 'If the interface ovirtmgmt is a bridge, it should be torn-down
>>> manually. '
>>>
>>> the interface is indeed a bridge with two nics which i would like to
>>> keep this way.
>>>
>>> On the host vdsm.log i get limited info,
>>>
>>>
>>>
>>> when start a python terminal to obtain netinfo i get this
>>>
>>> from vdsm.tool import unified_persistence
>> unified_persistence.netswitch.netinfo()
>>
> Traceback (most recent call last):
>>>   File "", line 1, in 
>>>   File "/usr/lib/python2.7/site-packages/vdsm/network/netswitch.py",
>>> line 298, in netinfo
>>> _netinfo = netinfo_get(compatibility=compatibility)
>>>   File "/usr/lib/python2.7/site-packages/vdsm/network/netinfo/cache.py",
>>> line 109, in get
>>> return _get(vdsmnets)
>>>   File "/usr/lib/python2.7/site-packages/vdsm/network/netinfo/cache.py",
>>> line 101, in _get
>>> report_network_qos(networking)
>>>   File "/usr/lib/python2.7/site-packages/vdsm/network/netinfo/qos.py",
>>> line 46, in report_network_qos
>>> iface, = host_ports
>>> ValueError: too many values to unpack
>>>
>>>
>>> As it appears the line in question does not like to deal with a list of
>>> nics i think.
>>> but either way.
>>>
>>> Is in ovirt 4 the ability to use the ovirtmgmt bridge with multiple nics
>>> removed?
>>>
>>
>> But do you need a bridge or a bond?
>>
>>
>>> If so what can i do to stick to what we have done in the past.
>>>
>>>
>>> Thanks.
>>>
>>> ___
>>> 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
>>
>>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] ovirtmgmt manual bridge cannot be used in ovirt 4.0

[Charles Kozler]

What I've been doing since oVirt 4 is just configuring one NIC manually
when I provision the server (eg: eth0, em1, etc) and then let oVirt do the
bridge setup. Once the engine is up I login to the UI and I use it to bond
the NICs in whatever fashion I need (LACP or active-backup). Any time I
tried to configure ovirtmgmt manually it seemed to "annoy" the
hosted-engine --deploy script

On Mon, Nov 28, 2016 at 9:33 AM, Simone Tiraboschi 
wrote:

>
>
> On Mon, Nov 28, 2016 at 12:24 PM,  wrote:
>
>> Hi All,
>>
>> In our ovirt 3.5 setup. i have always setup the ovirtmgmt bridge manually
>> .
>> The bridge consisted of 2 nic's
>>
>> I'd have /etc/vdsm/vdsm.conf list net_persist = ifcfg
>>
>> When i then deployed the host from the ovirt ui or api it would install
>> and would display the network setup correctly in the ui.
>>
>> On ovirt 4. (vdsm-4.18.15.3-1.el7.centos.x86_64)
>> I seem unable to follow the same approach.
>>
>> In the engine logs i get among other things
>>
>> 'If the interface ovirtmgmt is a bridge, it should be torn-down manually.
>> '
>>
>> the interface is indeed a bridge with two nics which i would like to keep
>> this way.
>>
>> On the host vdsm.log i get limited info,
>>
>>
>>
>> when start a python terminal to obtain netinfo i get this
>>
>> from vdsm.tool import unified_persistence
> unified_persistence.netswitch.netinfo()
>
 Traceback (most recent call last):
>>   File "", line 1, in 
>>   File "/usr/lib/python2.7/site-packages/vdsm/network/netswitch.py",
>> line 298, in netinfo
>> _netinfo = netinfo_get(compatibility=compatibility)
>>   File "/usr/lib/python2.7/site-packages/vdsm/network/netinfo/cache.py",
>> line 109, in get
>> return _get(vdsmnets)
>>   File "/usr/lib/python2.7/site-packages/vdsm/network/netinfo/cache.py",
>> line 101, in _get
>> report_network_qos(networking)
>>   File "/usr/lib/python2.7/site-packages/vdsm/network/netinfo/qos.py",
>> line 46, in report_network_qos
>> iface, = host_ports
>> ValueError: too many values to unpack
>>
>>
>> As it appears the line in question does not like to deal with a list of
>> nics i think.
>> but either way.
>>
>> Is in ovirt 4 the ability to use the ovirtmgmt bridge with multiple nics
>> removed?
>>
>
> But do you need a bridge or a bond?
>
>
>> If so what can i do to stick to what we have done in the past.
>>
>>
>> Thanks.
>>
>> ___
>> 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
>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] ovirtmgmt manual bridge cannot be used in ovirt 4.0

[Simone Tiraboschi]

On Mon, Nov 28, 2016 at 12:24 PM,  wrote:

> Hi All,
>
> In our ovirt 3.5 setup. i have always setup the ovirtmgmt bridge manually .
> The bridge consisted of 2 nic's
>
> I'd have /etc/vdsm/vdsm.conf list net_persist = ifcfg
>
> When i then deployed the host from the ovirt ui or api it would install
> and would display the network setup correctly in the ui.
>
> On ovirt 4. (vdsm-4.18.15.3-1.el7.centos.x86_64)
> I seem unable to follow the same approach.
>
> In the engine logs i get among other things
>
> 'If the interface ovirtmgmt is a bridge, it should be torn-down manually. '
>
> the interface is indeed a bridge with two nics which i would like to keep
> this way.
>
> On the host vdsm.log i get limited info,
>
>
>
> when start a python terminal to obtain netinfo i get this
>
> from vdsm.tool import unified_persistence
 unified_persistence.netswitch.netinfo()

>>> Traceback (most recent call last):
>   File "", line 1, in 
>   File "/usr/lib/python2.7/site-packages/vdsm/network/netswitch.py", line
> 298, in netinfo
> _netinfo = netinfo_get(compatibility=compatibility)
>   File "/usr/lib/python2.7/site-packages/vdsm/network/netinfo/cache.py",
> line 109, in get
> return _get(vdsmnets)
>   File "/usr/lib/python2.7/site-packages/vdsm/network/netinfo/cache.py",
> line 101, in _get
> report_network_qos(networking)
>   File "/usr/lib/python2.7/site-packages/vdsm/network/netinfo/qos.py",
> line 46, in report_network_qos
> iface, = host_ports
> ValueError: too many values to unpack
>
>
> As it appears the line in question does not like to deal with a list of
> nics i think.
> but either way.
>
> Is in ovirt 4 the ability to use the ovirtmgmt bridge with multiple nics
> removed?
>

But do you need a bridge or a bond?


> If so what can i do to stick to what we have done in the past.
>
>
> Thanks.
>
> ___
> 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

[ovirt-users] ovirtmgmt manual bridge cannot be used in ovirt 4.0

[joost]

Hi All,

In our ovirt 3.5 setup. i have always setup the ovirtmgmt bridge 
manually .

The bridge consisted of 2 nic's

I'd have /etc/vdsm/vdsm.conf list net_persist = ifcfg

When i then deployed the host from the ovirt ui or api it would install 
and would display the network setup correctly in the ui.


On ovirt 4. (vdsm-4.18.15.3-1.el7.centos.x86_64)
I seem unable to follow the same approach.

In the engine logs i get among other things

'If the interface ovirtmgmt is a bridge, it should be torn-down 
manually. '


the interface is indeed a bridge with two nics which i would like to 
keep this way.


On the host vdsm.log i get limited info,



when start a python terminal to obtain netinfo i get this


from vdsm.tool import unified_persistence
unified_persistence.netswitch.netinfo()

Traceback (most recent call last):
  File "", line 1, in 
  File "/usr/lib/python2.7/site-packages/vdsm/network/netswitch.py", 
line 298, in netinfo

_netinfo = netinfo_get(compatibility=compatibility)
  File 
"/usr/lib/python2.7/site-packages/vdsm/network/netinfo/cache.py", line 
109, in get

return _get(vdsmnets)
  File 
"/usr/lib/python2.7/site-packages/vdsm/network/netinfo/cache.py", line 
101, in _get

report_network_qos(networking)
  File "/usr/lib/python2.7/site-packages/vdsm/network/netinfo/qos.py", 
line 46, in report_network_qos

iface, = host_ports
ValueError: too many values to unpack


As it appears the line in question does not like to deal with a list of 
nics i think.

but either way.

Is in ovirt 4 the ability to use the ovirtmgmt bridge with multiple 
nics removed?

If so what can i do to stick to what we have done in the past.


Thanks.

___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Ovirtmgmt not on team device

[Johan Kooijman]

That works, thx.

On Thu, Oct 1, 2015 at 8:10 AM, Dan Kenigsberg  wrote:

> On Wed, Sep 30, 2015 at 10:57:55AM +0200, Johan Kooijman wrote:
> > Hi all,
> >
> > I'm adding my first CentOS 7 host to my cluster today, but running into
> an
> > issue. When setting up network for the new host I don't have the ability
> to
> > set ovirtmgmt to the team I created, see screenshot:
> > http://imgur.com/k8GWwcK
> >
> > The team however, works perfectly fine:
> >
> > [root@hv15]# teamdctl team0 state view
> > setup:
> >   runner: lacp
> > ports:
> >   ens2f0
> > link watches:
> >   link summary: up
> >   instance[link_watch_0]:
> > name: ethtool
> > link: up
> > runner:
> >   aggregator ID: 4, Selected
> >   selected: yes
> >   state: current
> >   ens2f1
> > link watches:
> >   link summary: up
> >   instance[link_watch_0]:
> > name: ethtool
> > link: up
> > runner:
> >   aggregator ID: 4, Selected
> >   selected: yes
> >   state: current
> > runner:
> >   active: yes
> >   fast rate: no
> >
> > With CentOS 6 and bonding I did not have this issue. Am I missing
> something
> > here?
>
> I'm afraid that ovirt does not support teamd devices as of yet. Only the
> (good?) old "bonding" driver is supported.
>
> Please setup your management IP on top of a standard bond0 and try
> again.
>



-- 
Met vriendelijke groeten / With kind regards,
Johan Kooijman
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Ovirtmgmt not on team device

[Dan Kenigsberg]

On Wed, Sep 30, 2015 at 10:57:55AM +0200, Johan Kooijman wrote:
> Hi all,
> 
> I'm adding my first CentOS 7 host to my cluster today, but running into an
> issue. When setting up network for the new host I don't have the ability to
> set ovirtmgmt to the team I created, see screenshot:
> http://imgur.com/k8GWwcK
> 
> The team however, works perfectly fine:
> 
> [root@hv15]# teamdctl team0 state view
> setup:
>   runner: lacp
> ports:
>   ens2f0
> link watches:
>   link summary: up
>   instance[link_watch_0]:
> name: ethtool
> link: up
> runner:
>   aggregator ID: 4, Selected
>   selected: yes
>   state: current
>   ens2f1
> link watches:
>   link summary: up
>   instance[link_watch_0]:
> name: ethtool
> link: up
> runner:
>   aggregator ID: 4, Selected
>   selected: yes
>   state: current
> runner:
>   active: yes
>   fast rate: no
> 
> With CentOS 6 and bonding I did not have this issue. Am I missing something
> here?

I'm afraid that ovirt does not support teamd devices as of yet. Only the
(good?) old "bonding" driver is supported.

Please setup your management IP on top of a standard bond0 and try
again.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] Ovirtmgmt not on team device

[Johan Kooijman]

Hi all,

I'm adding my first CentOS 7 host to my cluster today, but running into an
issue. When setting up network for the new host I don't have the ability to
set ovirtmgmt to the team I created, see screenshot:
http://imgur.com/k8GWwcK

The team however, works perfectly fine:

[root@hv15]# teamdctl team0 state view
setup:
  runner: lacp
ports:
  ens2f0
link watches:
  link summary: up
  instance[link_watch_0]:
name: ethtool
link: up
runner:
  aggregator ID: 4, Selected
  selected: yes
  state: current
  ens2f1
link watches:
  link summary: up
  instance[link_watch_0]:
name: ethtool
link: up
runner:
  aggregator ID: 4, Selected
  selected: yes
  state: current
runner:
  active: yes
  fast rate: no

With CentOS 6 and bonding I did not have this issue. Am I missing something
here?

-- 
Met vriendelijke groeten / With kind regards,
Johan Kooijman
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] ovirtmgmt bridge, hosted engine, and running VMs

[Sandro Bonazzola]

Il 29/04/2015 09:55, Garry Tiedemann ha scritto:
 Hi folks,
 
 I have a 3.5 hosted-engine setup, which was recently upgraded from 3.4. It 
 has five nodes, two of them set up for hosted-engine HA.
 
 Initial problem:
 
 One of the hosted-engine HVs had a score of 1800, owing to the management 
 bridge (ovirtmgmt) being absent.
 I put ovirtmgmt bridge back in. The score went to 2400. Great!
 After that, I could use hosted-engine --set-maintenance --mode=local to force 
 it to move to the other blade.
 
 Can't migrate hosted-engine using the oVirt GUI though; I'm sure I've done so 
 before, is that still supposed to work in 3.5?

AFAIK yes, it should still be supported.


 
 Second problem:
 
 Having added the ovirtmgmt bridge, that HV, which was running VMs before, now 
 refuses to accept them.
 
 An example from hosted-engine's engine.log, it refuses to put a VM on these 
 hosts:
 
 2015-04-29 17:23:07,593 INFO  
 [org.ovirt.engine.core.bll.scheduling.SchedulingManager] 
 (ajp--127.0.0.1-8702-2) [4ca60585] Candidate host
 bl09.networkvideo.com.au (4f26611a-9f44-4832-b9e3-1a06b1d513fc) was filtered 
 out by VAR__FILTERTYPE__INTERNAL *filter Network*
 2015-04-29 17:23:07,595 INFO  
 [org.ovirt.engine.core.bll.scheduling.SchedulingManager] 
 (ajp--127.0.0.1-8702-2) [4ca60585] Candidate host
 bl07.networkvideo.com.au (fc50be91-3e07-4447-a0d8-bffbda8a07c6) was filtered 
 out by VAR__FILTERTYPE__INTERNAL filter Network
 
 I think it must relate to the configuration for either the ovirtmgmt bridge, 
 or the physical interface to which the bridge is connected.
 I have seen, for example, the need for BOOTPROTO=none to be in the ifcfg-file.
 So, it seems that filter actually reads config files, and I suspect it's 
 looking for a certain directive and/or syntax. My guess, it's being (too)
 fussy about syntax.
 
 Has anyone else encountered this? I'd be glad to learn more about how that 
 filter works, if someone can point me in the right direction please.
 
 The interface configs for the two scenarios are shown below.
 
 1. eth0 without a bridge - like this, I can run VMs on the HV, but 
 hosted-engine won't go there (of course).
 
 [root@bl09 network-scripts]# cat ifcfg-eth0
 DEVICE=eth0
 HWADDR=00:21:5a:48:4e:4a
 ONBOOT=yes
 IPADDR=10.0.14.9
 NETMASK=255.255.255.0
 GATEWAY=10.0.14.254
 BOOTPROTO=none
 MTU=1500
 DEFROUTE=yes
 NM_CONTROLLED=no
 
 2. With the bridge in, as it is now, I can put hosted-engine on it, but can't 
 run other VMs on there.
 
 [root@bl09 network-scripts]# cat ifcfg-eth0
 DEVICE=eth0
 HWADDR=00:21:5a:48:4e:4a
 BOOTPROTO=none
 ONBOOT=yes
 BRIDGE=ovirtmgmt
 MTU=1500
 DEFROUTE=no
 NM_CONTROLLED=no
 [root@bl09 network-scripts]# cat ifcfg-ovirtmgmt
 DEVICE=ovirtmgmt
 ONBOOT=yes
 TYPE=Bridge
 DELAY=0
 IPADDR=10.0.14.9
 NETMASK=255.255.255.0
 GATEWAY=10.0.14.254
 BOOTPROTO=static
 DEFROUTE=yes
 NM_CONTROLLED=no
 
 Any guidance appreciated.
 
 -- 
 Thanks,
 
 Garry
 
 
 ___
 Users mailing list
 Users@ovirt.org
 http://lists.ovirt.org/mailman/listinfo/users
 


-- 
Sandro Bonazzola
Better technology. Faster innovation. Powered by community collaboration.
See how it works at redhat.com
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[Users] ovirtmgmt vanishes after reboot

[Francisco Pérez]

 Hi. I have configured an ovirt-engine to manage an ovirt node succesfully.
I have created VM and all runs well but im trying to do some escenario
testing and i have found an issue.

 If somehow the ovirt node is rebooted(Power failure, crash, manual reboot,
etc) when its comes up it does not start the ovirtmgmt network. Even if in
the ovirt-engine you save network configuration or if you execute persist
on /etc/sysconfig/network-scripts/ifcfg-ovirtmgmt. It tells you it's
already been added to the configuration.

 Is this normal behavior after ovirt node's is rebooted? Am i doing
something wrong?

Best regards.
Francisco.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] ovirtmgmt vanishes after reboot

[Fabian Deutsch]

Am Donnerstag, den 23.01.2014, 12:34 -0300 schrieb Francisco Pérez:
  Hi. I have configured an ovirt-engine to manage an ovirt node
 succesfully. I have created VM and all runs well but im trying to do
 some escenario testing and i have found an issue.
 
 
  If somehow the ovirt node is rebooted(Power failure, crash, manual
 reboot, etc) when its comes up it does not start the ovirtmgmt
 network. Even if in the ovirt-engine you save network configuration or
 if you execute persist
 on /etc/sysconfig/network-scripts/ifcfg-ovirtmgmt. It tells you it's
 already been added to the configuration.
 
 
  Is this normal behavior after ovirt node's is rebooted? Am i doing
 something wrong?

Hey Francisco,

that sounds like a bug.
VDSM Devs, how can we debug why the network is not brought up?

- fabian



signature.asc
Description: This is a digitally signed message part
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] ovirtmgmt vanishes after reboot

[Itamar Heim]

On 01/23/2014 06:12 PM, Fabian Deutsch wrote:

Am Donnerstag, den 23.01.2014, 12:34 -0300 schrieb Francisco Pérez:

  Hi. I have configured an ovirt-engine to manage an ovirt node
succesfully. I have created VM and all runs well but im trying to do
some escenario testing and i have found an issue.


  If somehow the ovirt node is rebooted(Power failure, crash, manual
reboot, etc) when its comes up it does not start the ovirtmgmt
network. Even if in the ovirt-engine you save network configuration or
if you execute persist
on /etc/sysconfig/network-scripts/ifcfg-ovirtmgmt. It tells you it's
already been added to the configuration.


  Is this normal behavior after ovirt node's is rebooted? Am i doing
something wrong?


Hey Francisco,

that sounds like a bug.
VDSM Devs, how can we debug why the network is not brought up?

- fabian


is there an open bug tracking this?

___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] ovirtmgmt vanishes after reboot

[Antoni Segura Puimedon]

- Original Message -
 From: Fabian Deutsch fabi...@redhat.com
 To: Francisco Pérez fpere...@gmail.com, VDSM Project Development 
 vdsm-de...@lists.fedorahosted.org
 Cc: users@ovirt.org
 Sent: Thursday, January 23, 2014 5:12:17 PM
 Subject: Re: [Users] ovirtmgmt vanishes after reboot
 
 Am Donnerstag, den 23.01.2014, 12:34 -0300 schrieb Francisco Pérez:
   Hi. I have configured an ovirt-engine to manage an ovirt node
  succesfully. I have created VM and all runs well but im trying to do
  some escenario testing and i have found an issue.
  
  
   If somehow the ovirt node is rebooted(Power failure, crash, manual
  reboot, etc) when its comes up it does not start the ovirtmgmt
  network. Even if in the ovirt-engine you save network configuration or
  if you execute persist
  on /etc/sysconfig/network-scripts/ifcfg-ovirtmgmt. It tells you it's
  already been added to the configuration.
  
  
   Is this normal behavior after ovirt node's is rebooted? Am i doing
  something wrong?
 
 Hey Francisco,
 
 that sounds like a bug.
 VDSM Devs, how can we debug why the network is not brought up?

Well, we should check if after the reboot 
/etc/sysconfig/network-scripts/ifcfg-ovirtmgmt
and /etc/sysconfig/network-scripts/ifcfg-emX (or whatever the name of the
interface ovirtmgmt sits on is) are present. If vdsmd is started and properly
listening and if that is the case. virsh -r net-list has
vdsm-ovirtmgmt

 
 - fabian
 
 
 ___
 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

Re: [Users] ovirtmgmt not installed

[Mike Kolesnik]

- Original Message -

 ok. I reinstalled everything. My F19 host has only an em1 ethernet I/F. I am
 on 3.3.
 However, setting up the host fails in its last stage (setting up mgmt
 network).

Can you please attach updated output of 'vdsClient -s 0 getVdsCaps' on this 
host? 

 2013/12/8 Mike Kolesnik  mkole...@redhat.com 

  Hi Pascal,
 

  VDSM for 3.3 is only working on F19 so since you downgraded the host you
  won't get it.
 
  Try to upgrade the host back to F19 and use the workaround suggested by
  Toni
  (create the ifcfg file for your NIC).
 

  Or am I missing something in your setup?
 

  P.S. I also have a working F19 host with latest VDSM
 

  Regards,
 
  Mike
 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] ovirtmgmt not installed

[Pascal Jakobi]

Fixed. It was the trailing 0's in ifcfg-em1 (IPADDR0, etc...) which had to
be removed.


2013/12/9 Pascal Jakobi pascal.jak...@gmail.com

 [root@lab2 ~]# vdsClient -s 0 getVdsCaps
 HBAInventory = {'FC': [], 'iSCSI': [{'InitiatorName':
 'iqn.1994-05.com.redhat:4334926278c1'}]}
 ISCSIInitiatorName = 'iqn.1994-05.com.redhat:4334926278c1'

 bondings = {'bond0': {'addr': '',
   'cfg': {},
   'hwaddr': '2e:7e:ce:bb:f4:f2',

   'ipv6addrs': [],
   'mtu': '1500',
   'netmask': '',
   'slaves': []}}
 bridges = {}
 clusterLevels = ['3.0', '3.1', '3.2', '3.3']
 cpuCores = '4'
 cpuFlags =
 'fpu,vme,de,pse,tsc,msr,pae,mce,cx8,apic,sep,mtrr,pge,mca,cmov,pat,pse36,clflush,dts,acpi,mmx,fxsr,sse,sse2,ss,ht,tm,pbe,syscall,nx,pdpe1gb,rdtscp,lm,constant_tsc,arch_perfmon,pebs,bts,rep_good,nopl,xtopology,nonstop_tsc,aperfmperf,eagerfpu,pni,pclmulqdq,dtes64,monitor,ds_cpl,vmx,smx,est,tm2,ssse3,cx16,xtpr,pdcm,pcid,dca,sse4_1,sse4_2,x2apic,popcnt,tsc_deadline_timer,aes,xsave,avx,lahf_lm,ida,arat,epb,xsaveopt,pln,pts,dtherm,tpr_shadow,vnmi,flexpriority,ept,vpid,model_Nehalem,model_Conroe,model_coreduo,model_core2duo,model_Penryn,model_Westmere,model_n270,model_SandyBridge'
 cpuModel = 'Intel(R) Xeon(R) CPU E5-1620 0 @ 3.60GHz'
 cpuSockets = '1'
 cpuSpeed = '2880.000'

 cpuThreads = '8'
 emulatedMachines = ['pc',
 'q35',
 'isapc',
 'pc-0.10',
 'pc-0.11',
 'pc-0.12',
 'pc-0.13',
 'pc-0.14',
 'pc-0.15',
 'pc-1.0',
 'pc-1.1',
 'pc-1.2',
 'pc-1.3',
 'none']
 guestOverhead = '65'
 hooks = {}
 kvmEnabled = 'true'
 lastClient = '192.168.1.41'
 lastClientIface = 'em1'
 management_ip = '0.0.0.0'
 memSize = '16001'
 netConfigDirty = 'True'
 networks = {}
 nics = {'em1': {'addr': '192.168.1.42',
 'cfg': {'BOOTPROTO': 'none',
 'DEFROUTE': 'yes',
 'DNS1': '8.8.8.8',
 'DOMAIN': 'home',
 'GATEWAY0': '192.168.1.1',
 'HWADDR': '00:1A:6B:51:DE:B4',
 'IPADDR0': '192.168.1.42',
 'IPV4_FAILURE_FATAL': 'no',
 'IPV6INIT': 'yes',
 'IPV6_AUTOCONF': 'yes',
 'IPV6_DEFROUTE': 'yes',
 'IPV6_FAILURE_FATAL': 'no',
 'IPV6_PEERDNS': 'yes',
 'IPV6_PEERROUTES': 'yes',
 'NAME': 'em1',
 'ONBOOT': 'yes',
 'PREFIX0': '24',
 'TYPE': 'Ethernet',
 'UUID':
 '65911d5b-8dbf-452a-9e60-d43b2b8c03d5'},

 'hwaddr': '00:1a:6b:51:de:b4',
 'ipv6addrs': ['fe80::21a:6bff:fe51:deb4/64'],
 'mtu': '1500',
 'netmask': '255.255.255.0',
 'speed': 100}}
 operatingSystem = {'name': 'Fedora', 'release': '5', 'version': '19'}

 packages2 = {'kernel': {'buildtime': 1384978944.0,
 'release': '200.fc19.x86_64',
 'version': '3.11.9'},
  'libvirt': {'buildtime': 1384730741,
  'release': '2.fc19',
  'version': '1.0.5.7'},
  'mom': {'buildtime': 1385055339, 'release': '6.fc19',
 'version': '0.3.2'},
  'qemu-img': {'buildtime': 1384728923,
   'release': '14.fc19',
   'version': '1.4.2'},
  'qemu-kvm': {'buildtime': 1384728923,
   'release': '14.fc19',

   'version': '1.4.2'},
  'spice-server': {'buildtime': 1383130020,
   'release': '3.fc19',
   'version': '0.12.4'},
  'vdsm': {'buildtime': 1384274283, 'release': '11.fc19',
 'version': '4.13.0'}}
 reservedMem = '321'
 software_revision = '11'
 software_version = '4.13'
 supportedENGINEs = ['3.0', '3.1', '3.2', '3.3']
 supportedProtocols = ['2.2', '2.3']
 uuid = '0A583269-811F-E211-AA06-001A6B51DEB4'
 version_name = 'Snow Man'
 vlans = {}
 vmTypes = ['kvm']
 [root@lab2 ~]#



 2013/12/9 Mike Kolesnik mkole...@redhat.com

 --

 ok. I reinstalled everything. My 

Re: [Users] ovirtmgmt not installed

[Mike Kolesnik]

Hi Pascal, 

VDSM for 3.3 is only working on F19 so since you downgraded the host you won't 
get it. 
Try to upgrade the host back to F19 and use the workaround suggested by Toni 
(create the ifcfg file for your NIC). 

Or am I missing something in your setup? 

P.S. I also have a working F19 host with latest VDSM 

Regards, 
Mike 

- Original Message -

 [root@lab2 ~]# vdsClient -s localhost getVdsCaps | grep cluster
 clusterLevels = ['3.0', '3.1', '3.2']
 [root@lab2 ~]# cd /etc/yum.repos.d/
 [root@lab2 yum.repos.d]# ls
 fedora.repo fedora-updates.repo fedora-updates-testing.repo
 fedora-virt-preview.repo ovirt.repo
 [root@lab2 yum.repos.d]# cat ovirt.repo
 [ovirt-stable]
 name=Stable builds of the oVirt project
 baseurl= http://ovirt.org/releases/stable/rpm/Fedora/$releasever/
 enabled=1
 skip_if_unavailable=1
 gpgcheck=0

 [ovirt-updates-testing]
 name=Stable builds of the oVirt project
 baseurl= http://ovirt.org/releases/updates-testing/rpm/Fedora/$releasever/
 enabled=0
 skip_if_unavailable=1
 gpgcheck=0

 [ovirt-beta]
 name=Beta builds of the oVirt project
 baseurl= http://ovirt.org/releases/beta/rpm/Fedora/$releasever/
 enabled=0
 skip_if_unavailable=1
 gpgcheck=0

 [ovirt-nightly]
 name=Nightly builds of the oVirt project
 baseurl= http://ovirt.org/releases/nightly/rpm/Fedora/$releasever/
 enabled=0
 skip_if_unavailable=1
 gpgcheck=0

 [ovirt-alpha]
 name=Alpha builds of the oVirt project
 baseurl= http://ovirt.org/releases/alpha/rpm/Fedora/$releasever/
 enabled=0
 skip_if_unavailable=1
 gpgcheck=0
 [root@lab2 yum.repos.d]#

 ___
 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

Re: [Users] ovirtmgmt not installed

[Moti Asayag]

- Original Message -
 From: Pascal Jakobi pascal.jak...@gmail.com
 To: Antoni Segura Puimedon asegu...@redhat.com
 Cc: Pascal Jakobi pjak...@yahoo.fr, users@ovirt.org
 Sent: Wednesday, December 4, 2013 10:37:22 PM
 Subject: Re: [Users] ovirtmgmt not installed
 
 I have done this and it solves the issue.
 However, the next issue I found was that the host was not able to join a 3.3
 cluster (i.e. the default cluster).
 At this point, I went back to F18.
 

Could you paste the output of the 'vdsClient -s localhost getVdsCaps' ?
It contains an element named 'clusterLevels' which specifies the compatibility
of the host (the installed vdsm) to the engine cluster.

 
 2013/12/4 Antoni Segura Puimedon  asegu...@redhat.com 
 
 
 
 
 
 - Original Message -
  From: Assaf Muller  amul...@redhat.com 
  To: Pascal Jakobi  pjak...@yahoo.fr 
  Cc: users@ovirt.org
  Sent: Wednesday, December 4, 2013 9:09:18 AM
  Subject: Re: [Users] ovirtmgmt not installed
  
  I personally have a F19 host working against 3.3 engine. Could you detail
  what doesn't work, and possibly attach engine and VDSM logs when an
  operation fails?
 
 It seems to be an instance of
 https://bugzilla.redhat.com/show_bug.cgi?id=973179
 Anaconda created a wrongly named and wrongly configured ifcfg file.
 biosdevname said the device is em1 but the ifcfg file created by anaconda is
 ifcfg-eno1 (and the content refers to that name).
 
 The best way to solve this is to create an ifcfg file from scratch like the
 following:
 
 DEVICE=em1
 BOOTPROTO=dhcp
 ONBOOT=yes
 NM_CONTROLLED=no
 HWADDR=XX:XX:XX:XX:XX:XX # replace X with em1's HWADDR
 
 Then for extra safety, stop and mask Network Manager. And then deploy.
 
  
  Assaf Muller, Cloud Networking Engineer
  Red Hat
  
  - Original Message -
  From: Pascal Jakobi  pjak...@yahoo.fr 
  To: users@ovirt.org
  Sent: Wednesday, December 4, 2013 8:22:05 AM
  Subject: Re: [Users] ovirtmgmt not installed
  
  At the end, I could not make an F19 Fedora host work against a 3.3 engine.
  I
  suggest someone from the eng team has a look at it. some stuff just does
  not
  work there.
  
  Therefore, I downgraded the fedora host to F18. On the engine side, I got
  the
  following error message :
  Host lab2 is compatible with versions (3.0,3.1,3.2) and cannot join Cluster
  Default which is set to version 3.3.
  Don't know what is to be set
  
  Anyway, I created a 3.2 cluster and installed the host into it. Seems to
  work
  (the host is up).
  
  Thanks again for support.
  
  
  Pascal Jakobi
  116 rue de Stalingrad
  93100 Montreuil, France
  Tel : + 33 6 87 47 58 19
  @ : pjak...@yahoo.fr
  
  
  Le Mardi 3 décembre 2013 14h04, Pascal Jakobi  pjak...@yahoo.fr  a écrit
  :
  Will do within a couple of hours.
  Many, many thanks
  Pascal Jakobi
  116 rue de Stalingrad
  93100 Montreuil, France
  Tel : + 33 6 87 47 58 19
  @ : pjak...@yahoo.fr
  
  
  Le Mardi 3 décembre 2013 13h43, Antoni Segura Puimedon 
  asegu...@redhat.com 
  a écrit :
  Hi Pacal,
  
  Would you mind joining #ovirt at irc.oftc.net and pinging apuimedo?
  I have some questions that could be faster solved online.
  
  Best,
  
  Antoni
  
  - Original Message -
   From: Pascal Jakobi  pjak...@yahoo.fr 
   To: Pascal Jakobi  pascal.jak...@gmail.com , Moti Asayag 
   masa...@redhat.com 
   Cc: users@ovirt.org
   Sent: Tuesday, December 3, 2013 1:11:36 PM
   Subject: Re: [Users] ovirtmgmt not installed
   
   Still the same, even with networking working like a charm...
   Any idea ?
   
   [ root@lab2 vdsm]# vdsClient -s 0 getVdsCaps
   HBAInventory = {'FC': [], 'iSCSI': [{'InitiatorName':
   'iqn.1994-05.com.redhat:a0bc8a5f9a5d'}]}
   ISCSIInitiatorName = 'iqn.1994-05.com.redhat:a0bc8a5f9a5d'
   bondings = {'bond0': {'addr': '',
   'cfg': {},
   'hwaddr': '96:9d:8f:27:e1:8f',
   'ipv6addrs': [],
   'mtu': '1500',
   'netmask': '',
   'slaves': []}}
   bridges = {}
   clusterLevels = ['3.0', '3.1', '3.2', '3.3']
   cpuCores = '4'
   cpuFlags =
   'fpu,vme,de,pse,tsc,msr,pae,mce,cx8,apic,sep,mtrr,pge,mca,cmov,pat,pse36,clflush,dts,acpi,mmx,fxsr,sse,sse2,ss,ht,tm,pbe,syscall,nx,pdpe1gb,rdtscp,lm,constant_tsc,arch_perfmon,pebs,bts,rep_good,nopl,xtopology,nonstop_tsc,aperfmperf,eagerfpu,pni,pclmulqdq,dtes64,monitor,ds_cpl,vmx,smx,est,tm2,ssse3,cx16,xtpr,pdcm,pcid,dca,sse4_1,sse4_2,x2apic,popcnt,tsc_deadline_timer,aes,xsave,avx,lahf_lm,ida,arat,epb,xsaveopt,pln,pts,dtherm,tpr_shadow,vnmi,flexpriority,ept,vpid,model_Nehalem,model_Conroe,model_coreduo,model_core2duo,model_Penryn,model_Westmere,model_n270,model_SandyBridge'
   cpuModel = 'Intel(R) Xeon(R) CPU E5-1620 0 @ 3.60GHz'
   cpuSockets = '1'
   cpuSpeed = '3708.000'
   cpuThreads = '8'
   emulatedMachines = ['pc',
   'q35',
   'isapc',
   'pc-0.10',
   'pc-0.11',
   'pc-0.12',
   'pc-0.13',
   'pc-0.14',
   'pc-0.15',
   'pc-1.0',
   'pc-1.1',
   'pc-1.2',
   'pc-1.3',
   'none']
   guestOverhead = '65'
   hooks = {}
   kvmEnabled = 'true'
   lastClient

Re: [Users] ovirtmgmt not installed

[Pascal Jakobi]

[root@lab2 ~]# vdsClient -s localhost getVdsCaps | grep cluster
*clusterLevels = ['3.0', '3.1', '3.2']*
[root@lab2 ~]# cd /etc/yum.repos.d/
[root@lab2 yum.repos.d]# ls
fedora.repo  fedora-updates.repo  fedora-updates-testing.repo
fedora-virt-preview.repo  ovirt.repo
[root@lab2 yum.repos.d]# cat ovirt.repo
[ovirt-stable]
name=Stable builds of the oVirt project
baseurl=http://ovirt.org/releases/stable/rpm/Fedora/$releasever/
enabled=1
skip_if_unavailable=1
gpgcheck=0

[ovirt-updates-testing]
name=Stable builds of the oVirt project
baseurl=http://ovirt.org/releases/updates-testing/rpm/Fedora/$releasever/
enabled=0
skip_if_unavailable=1
gpgcheck=0

[ovirt-beta]
name=Beta builds of the oVirt project
baseurl=http://ovirt.org/releases/beta/rpm/Fedora/$releasever/
enabled=0
skip_if_unavailable=1
gpgcheck=0

[ovirt-nightly]
name=Nightly builds of the oVirt project
baseurl=http://ovirt.org/releases/nightly/rpm/Fedora/$releasever/
enabled=0
skip_if_unavailable=1
gpgcheck=0

[ovirt-alpha]
name=Alpha builds of the oVirt project
baseurl=http://ovirt.org/releases/alpha/rpm/Fedora/$releasever/
enabled=0
skip_if_unavailable=1
gpgcheck=0
[root@lab2 yum.repos.d]#
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] ovirtmgmt not installed

[Assaf Muller]

I personally have a F19 host working against 3.3 engine. Could you detail what 
doesn't work, and possibly attach engine and VDSM logs when an operation fails?

Assaf Muller, Cloud Networking Engineer 
Red Hat 

- Original Message -
From: Pascal Jakobi pjak...@yahoo.fr
To: users@ovirt.org
Sent: Wednesday, December 4, 2013 8:22:05 AM
Subject: Re: [Users] ovirtmgmt not installed

At the end, I could not make an F19 Fedora host work against a 3.3 engine. I 
suggest someone from the eng team has a look at it. some stuff just does not 
work there. 

Therefore, I downgraded the fedora host to F18. On the engine side, I got the 
following error message : 
Host lab2 is compatible with versions (3.0,3.1,3.2) and cannot join Cluster 
Default which is set to version 3.3. 
Don't know what is to be set 

Anyway, I created a 3.2 cluster and installed the host into it. Seems to work 
(the host is up). 

Thanks again for support. 


Pascal Jakobi 
116 rue de Stalingrad 
93100 Montreuil, France 
Tel : + 33 6 87 47 58 19 
@ : pjak...@yahoo.fr 


Le Mardi 3 décembre 2013 14h04, Pascal Jakobi pjak...@yahoo.fr a écrit : 
Will do within a couple of hours. 
Many, many thanks 
Pascal Jakobi 
116 rue de Stalingrad 
93100 Montreuil, France 
Tel : + 33 6 87 47 58 19 
@ : pjak...@yahoo.fr 


Le Mardi 3 décembre 2013 13h43, Antoni Segura Puimedon asegu...@redhat.com a 
écrit : 
Hi Pacal, 

Would you mind joining #ovirt at irc.oftc.net and pinging apuimedo? 
I have some questions that could be faster solved online. 

Best, 

Antoni 

- Original Message - 
 From: Pascal Jakobi  pjak...@yahoo.fr  
 To: Pascal Jakobi  pascal.jak...@gmail.com , Moti Asayag  
 masa...@redhat.com  
 Cc: users@ovirt.org 
 Sent: Tuesday, December 3, 2013 1:11:36 PM 
 Subject: Re: [Users] ovirtmgmt not installed 
 
 Still the same, even with networking working like a charm... 
 Any idea ? 
 
 [ root@lab2 vdsm]# vdsClient -s 0 getVdsCaps 
 HBAInventory = {'FC': [], 'iSCSI': [{'InitiatorName': 
 'iqn.1994-05.com.redhat:a0bc8a5f9a5d'}]} 
 ISCSIInitiatorName = 'iqn.1994-05.com.redhat:a0bc8a5f9a5d' 
 bondings = {'bond0': {'addr': '', 
 'cfg': {}, 
 'hwaddr': '96:9d:8f:27:e1:8f', 
 'ipv6addrs': [], 
 'mtu': '1500', 
 'netmask': '', 
 'slaves': []}} 
 bridges = {} 
 clusterLevels = ['3.0', '3.1', '3.2', '3.3'] 
 cpuCores = '4' 
 cpuFlags = 
 'fpu,vme,de,pse,tsc,msr,pae,mce,cx8,apic,sep,mtrr,pge,mca,cmov,pat,pse36,clflush,dts,acpi,mmx,fxsr,sse,sse2,ss,ht,tm,pbe,syscall,nx,pdpe1gb,rdtscp,lm,constant_tsc,arch_perfmon,pebs,bts,rep_good,nopl,xtopology,nonstop_tsc,aperfmperf,eagerfpu,pni,pclmulqdq,dtes64,monitor,ds_cpl,vmx,smx,est,tm2,ssse3,cx16,xtpr,pdcm,pcid,dca,sse4_1,sse4_2,x2apic,popcnt,tsc_deadline_timer,aes,xsave,avx,lahf_lm,ida,arat,epb,xsaveopt,pln,pts,dtherm,tpr_shadow,vnmi,flexpriority,ept,vpid,model_Nehalem,model_Conroe,model_coreduo,model_core2duo,model_Penryn,model_Westmere,model_n270,model_SandyBridge'
  
 cpuModel = 'Intel(R) Xeon(R) CPU E5-1620 0 @ 3.60GHz' 
 cpuSockets = '1' 
 cpuSpeed = '3708.000' 
 cpuThreads = '8' 
 emulatedMachines = ['pc', 
 'q35', 
 'isapc', 
 'pc-0.10', 
 'pc-0.11', 
 'pc-0.12', 
 'pc-0.13', 
 'pc-0.14', 
 'pc-0.15', 
 'pc-1.0', 
 'pc-1.1', 
 'pc-1.2', 
 'pc-1.3', 
 'none'] 
 guestOverhead = '65' 
 hooks = {} 
 kvmEnabled = 'true' 
 lastClient = '192.168.1.41' 
 lastClientIface = 'em1' 
 management_ip = '0.0.0.0' 
 memSize = '16001' 
 netConfigDirty = 'True' 
 networks = {} 
 nics = {'em1': {'addr': '192.168.1.42', 
 'cfg': {}, 
 'hwaddr': '00:1a:6b:51:de:b4', 
 'ipv6addrs': ['fe80::21a:6bff:fe51:deb4/64'], 
 'mtu': '1500', 
 'netmask': '255.255.255.0', 
 'speed': 100}} 
 operatingSystem = {'name': 'Fedora', 'release': '4', 'version': '19'} 
 packages2 = {'kernel': {'buildtime': 1384978944.0, 
 'release': '200.fc19.x86_64', 
 'version': '3.11.9'}, 
 'libvirt': {'buildtime': 1384730741, 
 'release': '2.fc19', 
 'version': '1.0.5.7'}, 
 'mom': {'buildtime': 1375215820, 'release': '3.fc19', 'version': '0.3.2'}, 
 'qemu-img': {'buildtime': 1383700301, 
 'release': '13.fc19', 
 'version': '1.4.2'}, 
 'qemu-kvm': {'buildtime': 1383700301, 
 'release': '13.fc19', 
 'version': '1.4.2'}, 
 'spice-server': {'buildtime': 1383130020, 
 'release': '3.fc19', 
 'version': '0.12.4'}, 
 'vdsm': {'buildtime': 1384274283, 'release': '11.fc19', 'version': '4.13.0'}} 
 reservedMem = '321' 
 software_revision = '11' 
 software_version = '4.13' 
 supportedENGINEs = ['3.0', '3.1', '3.2', '3.3'] 
 supportedProtocols = ['2.2', '2.3'] 
 uuid = '0A583269-811F-E211-AA06-001A6B51DEB4' 
 version_name = 'Snow Man' 
 vlans = {} 
 vmTypes = ['kvm'] 
 [ root@lab2 vdsm]# 
 
 
 Pascal Jakobi 
 116 rue de Stalingrad 
 93100 Montreuil, France 
 Tel : + 33 6 87 47 58 19 
 @ : pjak...@yahoo.fr 
 
 
 Le Lundi 2 décembre 2013 10h31, Pascal Jakobi  pascal.jak...@gmail.com  a 
 écrit : 
 As a matter of fact, when I installed F19, it created an eno1 device, aliased 
 to em1. Don't know why, yet. 
 Even adding a GATEWAY clause in /etc/sysconfig/network does

Re: [Users] ovirtmgmt not installed

[Antoni Segura Puimedon]

- Original Message -
 From: Assaf Muller amul...@redhat.com
 To: Pascal Jakobi pjak...@yahoo.fr
 Cc: users@ovirt.org
 Sent: Wednesday, December 4, 2013 9:09:18 AM
 Subject: Re: [Users] ovirtmgmt not installed
 
 I personally have a F19 host working against 3.3 engine. Could you detail
 what doesn't work, and possibly attach engine and VDSM logs when an
 operation fails?

It seems to be an instance of https://bugzilla.redhat.com/show_bug.cgi?id=973179
Anaconda created a wrongly named and wrongly configured ifcfg file.
biosdevname said the device is em1 but the ifcfg file created by anaconda is
ifcfg-eno1 (and the content refers to that name).

The best way to solve this is to create an ifcfg file from scratch like the 
following:

DEVICE=em1
BOOTPROTO=dhcp
ONBOOT=yes
NM_CONTROLLED=no
HWADDR=XX:XX:XX:XX:XX:XX  # replace X with em1's HWADDR

Then for extra safety, stop and mask Network Manager. And then deploy.

 
 Assaf Muller, Cloud Networking Engineer
 Red Hat
 
 - Original Message -
 From: Pascal Jakobi pjak...@yahoo.fr
 To: users@ovirt.org
 Sent: Wednesday, December 4, 2013 8:22:05 AM
 Subject: Re: [Users] ovirtmgmt not installed
 
 At the end, I could not make an F19 Fedora host work against a 3.3 engine. I
 suggest someone from the eng team has a look at it. some stuff just does not
 work there.
 
 Therefore, I downgraded the fedora host to F18. On the engine side, I got the
 following error message :
 Host lab2 is compatible with versions (3.0,3.1,3.2) and cannot join Cluster
 Default which is set to version 3.3.
 Don't know what is to be set
 
 Anyway, I created a 3.2 cluster and installed the host into it. Seems to work
 (the host is up).
 
 Thanks again for support.
 
 
 Pascal Jakobi
 116 rue de Stalingrad
 93100 Montreuil, France
 Tel : + 33 6 87 47 58 19
 @ : pjak...@yahoo.fr
 
 
 Le Mardi 3 décembre 2013 14h04, Pascal Jakobi pjak...@yahoo.fr a écrit :
 Will do within a couple of hours.
 Many, many thanks
 Pascal Jakobi
 116 rue de Stalingrad
 93100 Montreuil, France
 Tel : + 33 6 87 47 58 19
 @ : pjak...@yahoo.fr
 
 
 Le Mardi 3 décembre 2013 13h43, Antoni Segura Puimedon asegu...@redhat.com
 a écrit :
 Hi Pacal,
 
 Would you mind joining #ovirt at irc.oftc.net and pinging apuimedo?
 I have some questions that could be faster solved online.
 
 Best,
 
 Antoni
 
 - Original Message -
  From: Pascal Jakobi  pjak...@yahoo.fr 
  To: Pascal Jakobi  pascal.jak...@gmail.com , Moti Asayag 
  masa...@redhat.com 
  Cc: users@ovirt.org
  Sent: Tuesday, December 3, 2013 1:11:36 PM
  Subject: Re: [Users] ovirtmgmt not installed
  
  Still the same, even with networking working like a charm...
  Any idea ?
  
  [ root@lab2 vdsm]# vdsClient -s 0 getVdsCaps
  HBAInventory = {'FC': [], 'iSCSI': [{'InitiatorName':
  'iqn.1994-05.com.redhat:a0bc8a5f9a5d'}]}
  ISCSIInitiatorName = 'iqn.1994-05.com.redhat:a0bc8a5f9a5d'
  bondings = {'bond0': {'addr': '',
  'cfg': {},
  'hwaddr': '96:9d:8f:27:e1:8f',
  'ipv6addrs': [],
  'mtu': '1500',
  'netmask': '',
  'slaves': []}}
  bridges = {}
  clusterLevels = ['3.0', '3.1', '3.2', '3.3']
  cpuCores = '4'
  cpuFlags =
  'fpu,vme,de,pse,tsc,msr,pae,mce,cx8,apic,sep,mtrr,pge,mca,cmov,pat,pse36,clflush,dts,acpi,mmx,fxsr,sse,sse2,ss,ht,tm,pbe,syscall,nx,pdpe1gb,rdtscp,lm,constant_tsc,arch_perfmon,pebs,bts,rep_good,nopl,xtopology,nonstop_tsc,aperfmperf,eagerfpu,pni,pclmulqdq,dtes64,monitor,ds_cpl,vmx,smx,est,tm2,ssse3,cx16,xtpr,pdcm,pcid,dca,sse4_1,sse4_2,x2apic,popcnt,tsc_deadline_timer,aes,xsave,avx,lahf_lm,ida,arat,epb,xsaveopt,pln,pts,dtherm,tpr_shadow,vnmi,flexpriority,ept,vpid,model_Nehalem,model_Conroe,model_coreduo,model_core2duo,model_Penryn,model_Westmere,model_n270,model_SandyBridge'
  cpuModel = 'Intel(R) Xeon(R) CPU E5-1620 0 @ 3.60GHz'
  cpuSockets = '1'
  cpuSpeed = '3708.000'
  cpuThreads = '8'
  emulatedMachines = ['pc',
  'q35',
  'isapc',
  'pc-0.10',
  'pc-0.11',
  'pc-0.12',
  'pc-0.13',
  'pc-0.14',
  'pc-0.15',
  'pc-1.0',
  'pc-1.1',
  'pc-1.2',
  'pc-1.3',
  'none']
  guestOverhead = '65'
  hooks = {}
  kvmEnabled = 'true'
  lastClient = '192.168.1.41'
  lastClientIface = 'em1'
  management_ip = '0.0.0.0'
  memSize = '16001'
  netConfigDirty = 'True'
  networks = {}
  nics = {'em1': {'addr': '192.168.1.42',
  'cfg': {},
  'hwaddr': '00:1a:6b:51:de:b4',
  'ipv6addrs': ['fe80::21a:6bff:fe51:deb4/64'],
  'mtu': '1500',
  'netmask': '255.255.255.0',
  'speed': 100}}
  operatingSystem = {'name': 'Fedora', 'release': '4', 'version': '19'}
  packages2 = {'kernel': {'buildtime': 1384978944.0,
  'release': '200.fc19.x86_64',
  'version': '3.11.9'},
  'libvirt': {'buildtime': 1384730741,
  'release': '2.fc19',
  'version': '1.0.5.7'},
  'mom': {'buildtime': 1375215820, 'release': '3.fc19', 'version': '0.3.2'},
  'qemu-img': {'buildtime': 1383700301,
  'release': '13.fc19',
  'version': '1.4.2'},
  'qemu-kvm': {'buildtime': 1383700301,
  'release': '13.fc19',
  'version': '1.4.2'},
  'spice-server': {'buildtime

Re: [Users] ovirtmgmt not installed

[Pascal Jakobi]

I have done this and it solves the issue.
However, the next issue I found was that the host was not able to join a
3.3 cluster (i.e. the default cluster).
At this point, I went back to F18.


2013/12/4 Antoni Segura Puimedon asegu...@redhat.com



 - Original Message -
  From: Assaf Muller amul...@redhat.com
  To: Pascal Jakobi pjak...@yahoo.fr
  Cc: users@ovirt.org
  Sent: Wednesday, December 4, 2013 9:09:18 AM
  Subject: Re: [Users] ovirtmgmt not installed
 
  I personally have a F19 host working against 3.3 engine. Could you detail
  what doesn't work, and possibly attach engine and VDSM logs when an
  operation fails?

 It seems to be an instance of
 https://bugzilla.redhat.com/show_bug.cgi?id=973179
 Anaconda created a wrongly named and wrongly configured ifcfg file.
 biosdevname said the device is em1 but the ifcfg file created by anaconda
 is
 ifcfg-eno1 (and the content refers to that name).

 The best way to solve this is to create an ifcfg file from scratch like
 the following:

 DEVICE=em1
 BOOTPROTO=dhcp
 ONBOOT=yes
 NM_CONTROLLED=no
 HWADDR=XX:XX:XX:XX:XX:XX  # replace X with em1's HWADDR

 Then for extra safety, stop and mask Network Manager. And then deploy.

 
  Assaf Muller, Cloud Networking Engineer
  Red Hat
 
  - Original Message -
  From: Pascal Jakobi pjak...@yahoo.fr
  To: users@ovirt.org
  Sent: Wednesday, December 4, 2013 8:22:05 AM
  Subject: Re: [Users] ovirtmgmt not installed
 
  At the end, I could not make an F19 Fedora host work against a 3.3
 engine. I
  suggest someone from the eng team has a look at it. some stuff just does
 not
  work there.
 
  Therefore, I downgraded the fedora host to F18. On the engine side, I
 got the
  following error message :
  Host lab2 is compatible with versions (3.0,3.1,3.2) and cannot join
 Cluster
  Default which is set to version 3.3.
  Don't know what is to be set
 
  Anyway, I created a 3.2 cluster and installed the host into it. Seems to
 work
  (the host is up).
 
  Thanks again for support.
 
 
  Pascal Jakobi
  116 rue de Stalingrad
  93100 Montreuil, France
  Tel : + 33 6 87 47 58 19
  @ : pjak...@yahoo.fr
 
 
  Le Mardi 3 décembre 2013 14h04, Pascal Jakobi pjak...@yahoo.fr a
 écrit :
  Will do within a couple of hours.
  Many, many thanks
  Pascal Jakobi
  116 rue de Stalingrad
  93100 Montreuil, France
  Tel : + 33 6 87 47 58 19
  @ : pjak...@yahoo.fr
 
 
  Le Mardi 3 décembre 2013 13h43, Antoni Segura Puimedon 
 asegu...@redhat.com
  a écrit :
  Hi Pacal,
 
  Would you mind joining #ovirt at irc.oftc.net and pinging apuimedo?
  I have some questions that could be faster solved online.
 
  Best,
 
  Antoni
 
  - Original Message -
   From: Pascal Jakobi  pjak...@yahoo.fr 
   To: Pascal Jakobi  pascal.jak...@gmail.com , Moti Asayag 
   masa...@redhat.com 
   Cc: users@ovirt.org
   Sent: Tuesday, December 3, 2013 1:11:36 PM
   Subject: Re: [Users] ovirtmgmt not installed
  
   Still the same, even with networking working like a charm...
   Any idea ?
  
   [ root@lab2 vdsm]# vdsClient -s 0 getVdsCaps
   HBAInventory = {'FC': [], 'iSCSI': [{'InitiatorName':
   'iqn.1994-05.com.redhat:a0bc8a5f9a5d'}]}
   ISCSIInitiatorName = 'iqn.1994-05.com.redhat:a0bc8a5f9a5d'
   bondings = {'bond0': {'addr': '',
   'cfg': {},
   'hwaddr': '96:9d:8f:27:e1:8f',
   'ipv6addrs': [],
   'mtu': '1500',
   'netmask': '',
   'slaves': []}}
   bridges = {}
   clusterLevels = ['3.0', '3.1', '3.2', '3.3']
   cpuCores = '4'
   cpuFlags =
  
 'fpu,vme,de,pse,tsc,msr,pae,mce,cx8,apic,sep,mtrr,pge,mca,cmov,pat,pse36,clflush,dts,acpi,mmx,fxsr,sse,sse2,ss,ht,tm,pbe,syscall,nx,pdpe1gb,rdtscp,lm,constant_tsc,arch_perfmon,pebs,bts,rep_good,nopl,xtopology,nonstop_tsc,aperfmperf,eagerfpu,pni,pclmulqdq,dtes64,monitor,ds_cpl,vmx,smx,est,tm2,ssse3,cx16,xtpr,pdcm,pcid,dca,sse4_1,sse4_2,x2apic,popcnt,tsc_deadline_timer,aes,xsave,avx,lahf_lm,ida,arat,epb,xsaveopt,pln,pts,dtherm,tpr_shadow,vnmi,flexpriority,ept,vpid,model_Nehalem,model_Conroe,model_coreduo,model_core2duo,model_Penryn,model_Westmere,model_n270,model_SandyBridge'
   cpuModel = 'Intel(R) Xeon(R) CPU E5-1620 0 @ 3.60GHz'
   cpuSockets = '1'
   cpuSpeed = '3708.000'
   cpuThreads = '8'
   emulatedMachines = ['pc',
   'q35',
   'isapc',
   'pc-0.10',
   'pc-0.11',
   'pc-0.12',
   'pc-0.13',
   'pc-0.14',
   'pc-0.15',
   'pc-1.0',
   'pc-1.1',
   'pc-1.2',
   'pc-1.3',
   'none']
   guestOverhead = '65'
   hooks = {}
   kvmEnabled = 'true'
   lastClient = '192.168.1.41'
   lastClientIface = 'em1'
   management_ip = '0.0.0.0'
   memSize = '16001'
   netConfigDirty = 'True'
   networks = {}
   nics = {'em1': {'addr': '192.168.1.42',
   'cfg': {},
   'hwaddr': '00:1a:6b:51:de:b4',
   'ipv6addrs': ['fe80::21a:6bff:fe51:deb4/64'],
   'mtu': '1500',
   'netmask': '255.255.255.0',
   'speed': 100}}
   operatingSystem = {'name': 'Fedora', 'release': '4', 'version': '19'}
   packages2 = {'kernel': {'buildtime': 1384978944.0,
   'release': '200.fc19.x86_64',
   'version

Re: [Users] ovirtmgmt not installed

[Antoni Segura Puimedon]

I'm glad it solve the networking issue. 

Is there somebody who could help with the cluster joining issue? 

- Original Message -

 From: Pascal Jakobi pascal.jak...@gmail.com
 To: Antoni Segura Puimedon asegu...@redhat.com
 Cc: Assaf Muller amul...@redhat.com, Pascal Jakobi pjak...@yahoo.fr,
 users@ovirt.org
 Sent: Wednesday, December 4, 2013 9:37:22 PM
 Subject: Re: [Users] ovirtmgmt not installed

 I have done this and it solves the issue.
 However, the next issue I found was that the host was not able to join a 3.3
 cluster (i.e. the default cluster).
 At this point, I went back to F18.

 2013/12/4 Antoni Segura Puimedon  asegu...@redhat.com 

  - Original Message -
 
   From: Assaf Muller  amul...@redhat.com 
 
   To: Pascal Jakobi  pjak...@yahoo.fr 
 
   Cc: users@ovirt.org
 
   Sent: Wednesday, December 4, 2013 9:09:18 AM
 
   Subject: Re: [Users] ovirtmgmt not installed
 
  
 
   I personally have a F19 host working against 3.3 engine. Could you detail
 
   what doesn't work, and possibly attach engine and VDSM logs when an
 
   operation fails?
 

  It seems to be an instance of
  https://bugzilla.redhat.com/show_bug.cgi?id=973179
 
  Anaconda created a wrongly named and wrongly configured ifcfg file.
 
  biosdevname said the device is em1 but the ifcfg file created by anaconda
  is
 
  ifcfg-eno1 (and the content refers to that name).
 

  The best way to solve this is to create an ifcfg file from scratch like the
  following:
 

  DEVICE=em1
 
  BOOTPROTO=dhcp
 
  ONBOOT=yes
 
  NM_CONTROLLED=no
 
  HWADDR=XX:XX:XX:XX:XX:XX # replace X with em1's HWADDR
 

  Then for extra safety, stop and mask Network Manager. And then deploy.
 

  
 
   Assaf Muller, Cloud Networking Engineer
 
   Red Hat
 
  
 
   - Original Message -
 
   From: Pascal Jakobi  pjak...@yahoo.fr 
 
   To: users@ovirt.org
 
   Sent: Wednesday, December 4, 2013 8:22:05 AM
 
   Subject: Re: [Users] ovirtmgmt not installed
 
  
 
   At the end, I could not make an F19 Fedora host work against a 3.3
   engine.
   I
 
   suggest someone from the eng team has a look at it. some stuff just does
   not
 
   work there.
 
  
 
   Therefore, I downgraded the fedora host to F18. On the engine side, I got
   the
 
   following error message :
 
   Host lab2 is compatible with versions (3.0,3.1,3.2) and cannot join
   Cluster
 
   Default which is set to version 3.3.
 
   Don't know what is to be set
 
  
 
   Anyway, I created a 3.2 cluster and installed the host into it. Seems to
   work
 
   (the host is up).
 
  
 
   Thanks again for support.
 
  
 
  
 
   Pascal Jakobi
 
   116 rue de Stalingrad
 
   93100 Montreuil, France
 
   Tel : + 33 6 87 47 58 19
 
   @ : pjak...@yahoo.fr
 
  
 
  
 
   Le Mardi 3 décembre 2013 14h04, Pascal Jakobi  pjak...@yahoo.fr  a
   écrit
   :
 
   Will do within a couple of hours.
 
   Many, many thanks
 
   Pascal Jakobi
 
   116 rue de Stalingrad
 
   93100 Montreuil, France
 
   Tel : + 33 6 87 47 58 19
 
   @ : pjak...@yahoo.fr
 
  
 
  
 
   Le Mardi 3 décembre 2013 13h43, Antoni Segura Puimedon 
   asegu...@redhat.com 
 
   a écrit :
 
   Hi Pacal,
 
  
 
   Would you mind joining #ovirt at irc.oftc.net and pinging apuimedo?
 
   I have some questions that could be faster solved online.
 
  
 
   Best,
 
  
 
   Antoni
 
  
 
   - Original Message -
 
From: Pascal Jakobi  pjak...@yahoo.fr 
 
To: Pascal Jakobi  pascal.jak...@gmail.com , Moti Asayag 
 
masa...@redhat.com 
 
Cc: users@ovirt.org
 
Sent: Tuesday, December 3, 2013 1:11:36 PM
 
Subject: Re: [Users] ovirtmgmt not installed
 
   
 
Still the same, even with networking working like a charm...
 
Any idea ?
 
   
 
[ root@lab2 vdsm]# vdsClient -s 0 getVdsCaps
 
HBAInventory = {'FC': [], 'iSCSI': [{'InitiatorName':
 
'iqn.1994-05.com.redhat:a0bc8a5f9a5d'}]}
 
ISCSIInitiatorName = 'iqn.1994-05.com.redhat:a0bc8a5f9a5d'
 
bondings = {'bond0': {'addr': '',
 
'cfg': {},
 
'hwaddr': '96:9d:8f:27:e1:8f',
 
'ipv6addrs': [],
 
'mtu': '1500',
 
'netmask': '',
 
'slaves': []}}
 
bridges = {}
 
clusterLevels = ['3.0', '3.1', '3.2', '3.3']
 
cpuCores = '4'
 
cpuFlags =
 
'fpu,vme,de,pse,tsc,msr,pae,mce,cx8,apic,sep,mtrr,pge,mca,cmov,pat,pse36,clflush,dts,acpi,mmx,fxsr,sse,sse2,ss,ht,tm,pbe,syscall,nx,pdpe1gb,rdtscp,lm,constant_tsc,arch_perfmon,pebs,bts,rep_good,nopl,xtopology,nonstop_tsc,aperfmperf,eagerfpu,pni,pclmulqdq,dtes64,monitor,ds_cpl,vmx,smx,est,tm2,ssse3,cx16,xtpr,pdcm,pcid,dca,sse4_1,sse4_2,x2apic,popcnt,tsc_deadline_timer,aes,xsave,avx,lahf_lm,ida,arat,epb,xsaveopt,pln,pts,dtherm,tpr_shadow,vnmi,flexpriority,ept,vpid,model_Nehalem,model_Conroe,model_coreduo,model_core2duo,model_Penryn,model_Westmere,model_n270,model_SandyBridge'
 
cpuModel = 'Intel(R) Xeon(R) CPU E5-1620 0 @ 3.60GHz'
 
cpuSockets = '1'
 
cpuSpeed = '3708.000'
 
cpuThreads = '8'
 
emulatedMachines = ['pc',
 
'q35

Re: [Users] ovirtmgmt not installed

[Pascal Jakobi]

Still the same, even with networking working like a charm...
Any idea ?

[root@lab2 vdsm]# vdsClient -s 0 getVdsCaps
    HBAInventory = {'FC': [], 'iSCSI': [{'InitiatorName': 
'iqn.1994-05.com.redhat:a0bc8a5f9a5d'}]}
    ISCSIInitiatorName = 'iqn.1994-05.com.redhat:a0bc8a5f9a5d'
    bondings = {'bond0': {'addr': '',
      'cfg': {},
      'hwaddr': '96:9d:8f:27:e1:8f',
      'ipv6addrs': [],
      'mtu': '1500',
      'netmask': '',
      'slaves': []}}
    bridges = {}
    clusterLevels = ['3.0', '3.1', '3.2', '3.3']
    cpuCores = '4'
    cpuFlags = 
'fpu,vme,de,pse,tsc,msr,pae,mce,cx8,apic,sep,mtrr,pge,mca,cmov,pat,pse36,clflush,dts,acpi,mmx,fxsr,sse,sse2,ss,ht,tm,pbe,syscall,nx,pdpe1gb,rdtscp,lm,constant_tsc,arch_perfmon,pebs,bts,rep_good,nopl,xtopology,nonstop_tsc,aperfmperf,eagerfpu,pni,pclmulqdq,dtes64,monitor,ds_cpl,vmx,smx,est,tm2,ssse3,cx16,xtpr,pdcm,pcid,dca,sse4_1,sse4_2,x2apic,popcnt,tsc_deadline_timer,aes,xsave,avx,lahf_lm,ida,arat,epb,xsaveopt,pln,pts,dtherm,tpr_shadow,vnmi,flexpriority,ept,vpid,model_Nehalem,model_Conroe,model_coreduo,model_core2duo,model_Penryn,model_Westmere,model_n270,model_SandyBridge'
    cpuModel = 'Intel(R) Xeon(R) CPU E5-1620 0 @ 3.60GHz'
    cpuSockets = '1'
    cpuSpeed = '3708.000'
    cpuThreads = '8'
    emulatedMachines = ['pc',
        'q35',
        'isapc',
        'pc-0.10',
        'pc-0.11',
        'pc-0.12',
        'pc-0.13',
        'pc-0.14',
        'pc-0.15',
        'pc-1.0',
        'pc-1.1',
        'pc-1.2',
        'pc-1.3',
        'none']
    guestOverhead = '65'
    hooks = {}
    kvmEnabled = 'true'
    lastClient = '192.168.1.41'
    lastClientIface = 'em1'
    management_ip = '0.0.0.0'
    memSize = '16001'
    netConfigDirty = 'True'
    networks = {}
    nics = {'em1': {'addr': '192.168.1.42',
        'cfg': {},
        'hwaddr': '00:1a:6b:51:de:b4',
        'ipv6addrs': ['fe80::21a:6bff:fe51:deb4/64'],
        'mtu': '1500',
        'netmask': '255.255.255.0',
        'speed': 100}}
    operatingSystem = {'name': 'Fedora', 'release': '4', 'version': '19'}
    packages2 = {'kernel': {'buildtime': 1384978944.0,
        'release': '200.fc19.x86_64',
        'version': '3.11.9'},
     'libvirt': {'buildtime': 1384730741,
     'release': '2.fc19',
     'version': '1.0.5.7'},
     'mom': {'buildtime': 1375215820, 'release': '3.fc19', 
'version': '0.3.2'},
     'qemu-img': {'buildtime': 1383700301,
      'release': '13.fc19',
      'version': '1.4.2'},
     'qemu-kvm': {'buildtime': 1383700301,
      'release': '13.fc19',
      'version': '1.4.2'},
     'spice-server': {'buildtime': 1383130020,
      'release': '3.fc19',
      'version': '0.12.4'},
     'vdsm': {'buildtime': 1384274283, 'release': '11.fc19', 
'version': '4.13.0'}}
    reservedMem = '321'
    software_revision = '11'
    software_version = '4.13'
    supportedENGINEs = ['3.0', '3.1', '3.2', '3.3']
    supportedProtocols = ['2.2', '2.3']
    uuid = '0A583269-811F-E211-AA06-001A6B51DEB4'
    version_name = 'Snow Man'
    vlans = {}
    vmTypes = ['kvm']
[root@lab2 vdsm]# 


 

Pascal Jakobi
116 rue de Stalingrad
93100 Montreuil, France
Tel : + 33 6 87 47 58 19
@ : pjak...@yahoo.fr



Le Lundi 2 décembre 2013 10h31, Pascal Jakobi pascal.jak...@gmail.com a écrit 
:
 
As a matter of fact, when I installed F19, it created an eno1 device, aliased 
to em1. Don't know why, yet.
Even adding a GATEWAY clause in /etc/sysconfig/network does not seem to 
change the problem

Will check how to change the device name.




2013/12/1 Moti Asayag masa...@redhat.com

Hi Pascal,


- Original Message -
 From: Pascal Jakobi pascal.jak...@gmail.com
 To: Mike Kolesnik mkole...@redhat.com

 Cc: users@ovirt.org, masa...@redhat.com
 Sent: Sunday, December 1, 2013 10:58:40 AM

 Subject: Re: ovirtmgmt not installed

 Mike

 Here you go. However, please note that I must investigate the connection
 issue that Alon saw. will do it tomorrow.
 Many thanks to you folks.
 P

According to the output of 'nics' element, the 'em1' device is missing his
default gateway entry under the 'cfg' element.

One reason for that can be there is no 
'/etc/sysconfig/network-scripts/ifcfg-em1'
file and vdsm fails to obtain the default gateway for it.

Could you create this file by your own and retry installing the 

Re: [Users] ovirtmgmt not installed

[Pascal Jakobi]

At the end, I could not make an F19 Fedora host work against a 3.3 engine. I 
suggest someone from the eng team has a look at it. some stuff just does not 
work there.


Therefore, I downgraded the fedora host to F18. On the engine side, I got the 
following error message :

Host lab2 is compatible with versions (3.0,3.1,3.2) and cannot join Cluster 
Default which is set to version 3.3.

Don't know what is to be set

Anyway, I created a 3.2 cluster and installed the host into it. Seems to work 
(the host is up).

Thanks again for support. 



Pascal Jakobi
116 rue de Stalingrad
93100 Montreuil, France
Tel : + 33 6 87 47 58 19
@ : pjak...@yahoo.fr



Le Mardi 3 décembre 2013 14h04, Pascal Jakobi pjak...@yahoo.fr a écrit :
 
Will do within a couple of hours.
Many, many thanks
 
Pascal Jakobi
116 rue de Stalingrad
93100 Montreuil, France
Tel : + 33 6 87 47 58 19
@ : pjak...@yahoo.fr



Le Mardi 3 décembre 2013 13h43, Antoni Segura Puimedon asegu...@redhat.com a 
écrit :
 
Hi Pacal,

Would you mind joining #ovirt at irc.oftc.net and pinging apuimedo?
I have some questions that could be faster solved online.

Best,

Antoni

- Original Message -
 From: Pascal Jakobi pjak...@yahoo.fr
 To: Pascal Jakobi pascal.jak...@gmail.com, Moti Asayag 
 masa...@redhat.com
 Cc: users@ovirt.org
 Sent: Tuesday, December 3, 2013 1:11:36 PM
 Subject: Re: [Users] ovirtmgmt not installed
 
 Still the same, even with networking working like a charm...
 Any idea ?
 
 [root@lab2 vdsm]# vdsClient -s 0 getVdsCaps
 HBAInventory = {'FC': [], 'iSCSI': [{'InitiatorName':
 'iqn.1994-05.com.redhat:a0bc8a5f9a5d'}]}
 ISCSIInitiatorName = 'iqn.1994-05.com.redhat:a0bc8a5f9a5d'
 bondings = {'bond0': {'addr': '',
 'cfg': {},
 'hwaddr': '96:9d:8f:27:e1:8f',
 'ipv6addrs': [],
 'mtu': '1500',
 'netmask': '',
 'slaves': []}}
 bridges = {}
 clusterLevels = ['3.0', '3.1', '3.2', '3.3']
 cpuCores = '4'
 cpuFlags =
 'fpu,vme,de,pse,tsc,msr,pae,mce,cx8,apic,sep,mtrr,pge,mca,cmov,pat,pse36,clflush,dts,acpi,mmx,fxsr,sse,sse2,ss,ht,tm,pbe,syscall,nx,pdpe1gb,rdtscp,lm,constant_tsc,arch_perfmon,pebs,bts,rep_good,nopl,xtopology,nonstop_tsc,aperfmperf,eagerfpu,pni,pclmulqdq,dtes64,monitor,ds_cpl,vmx,smx,est,tm2,ssse3,cx16,xtpr,pdcm,pcid,dca,sse4_1,sse4_2,x2apic,popcnt,tsc_deadline_timer,aes,xsave,avx,lahf_lm,ida,arat,epb,xsaveopt,pln,pts,dtherm,tpr_shadow,vnmi,flexpriority,ept,vpid,model_Nehalem,model_Conroe,model_coreduo,model_core2duo,model_Penryn,model_Westmere,model_n270,model_SandyBridge'
 cpuModel = 'Intel(R) Xeon(R) CPU E5-1620 0 @ 3.60GHz'
 cpuSockets = '1'
 cpuSpeed = '3708.000'
 cpuThreads = '8'
 emulatedMachines = ['pc',
 'q35',
 'isapc',
 'pc-0.10',
 'pc-0.11',
 'pc-0.12',
 'pc-0.13',
 'pc-0.14',
 'pc-0.15',
 'pc-1.0',
 'pc-1.1',
 'pc-1.2',
 'pc-1.3',
 'none']
 guestOverhead = '65'
 hooks = {}
 kvmEnabled = 'true'
 lastClient = '192.168.1.41'
 lastClientIface = 'em1'
 management_ip = '0.0.0.0'
 memSize = '16001'
 netConfigDirty = 'True'
 networks = {}
 nics = {'em1': {'addr': '192.168.1.42',
 'cfg': {},
 'hwaddr': '00:1a:6b:51:de:b4',
 'ipv6addrs': ['fe80::21a:6bff:fe51:deb4/64'],
 'mtu': '1500',
 'netmask': '255.255.255.0',
 'speed': 100}}
 operatingSystem = {'name': 'Fedora', 'release': '4', 'version': '19'}
 packages2 = {'kernel': {'buildtime': 1384978944.0,
 'release': '200.fc19.x86_64',
 'version': '3.11.9'},
 'libvirt': {'buildtime': 1384730741,
 'release': '2.fc19',
 'version': '1.0.5.7'},
 'mom': {'buildtime': 1375215820, 'release': '3.fc19', 'version': '0.3.2'},
 'qemu-img': {'buildtime': 1383700301,
 'release': '13.fc19',
 'version': '1.4.2'},
 'qemu-kvm': {'buildtime':
 1383700301,
 'release': '13.fc19',
 'version': '1.4.2'},
 'spice-server': {'buildtime': 1383130020,
 'release': '3.fc19',
 'version': '0.12.4'},
 'vdsm': {'buildtime': 1384274283, 'release': '11.fc19', 'version': '4.13.0'}}
 reservedMem = '321'
 software_revision = '11'
 software_version = '4.13'
 supportedENGINEs = ['3.0', '3.1', '3.2', '3.3']
 supportedProtocols = ['2.2', '2.3']
 uuid = '0A583269-811F-E211-AA06-001A6B51DEB4'
 version_name = 'Snow Man'
 vlans = {}
 vmTypes = ['kvm']
 [root@lab2 vdsm]#
 
 

 Pascal Jakobi
 116 rue de Stalingrad
 93100 Montreuil, France
 Tel : + 33 6 87 47 58 19
 @ : pjak...@yahoo.fr
 
 
 Le Lundi 2 décembre 2013 10h31, Pascal Jakobi pascal.jak...@gmail.com a
 écrit :
 As a matter of fact, when I installed F19, it created an eno1 device, aliased
 to em1. Don't know why, yet.
 Even adding a GATEWAY clause in /etc/sysconfig/network does not seem to
 change the problem
 
 Will check how to change the device name.
 
 
 2013/12/1 Moti Asayag  masa...@redhat.com 
 
 
 Hi Pascal,
 
 - Original Message -
  From: Pascal Jakobi  pascal.jak...@gmail.com 
  To: Mike Kolesnik  mkole...@redhat.com 
  Cc: users@ovirt.org , masa...@redhat.com
  Sent: Sunday, December 1, 2013 10:58:40
 AM
  Subject: Re: ovirtmgmt not installed
  
  Mike
  
  Here you go. However, please note that I must investigate the connection
  issue that Alon saw

Re: [Users] ovirtmgmt not installed

[Pascal Jakobi]

As a matter of fact, when I installed F19, it created an eno1 device,
aliased to em1. Don't know why, yet.
Even adding a GATEWAY clause in /etc/sysconfig/network does not seem to
change the problem

Will check how to change the device name.


2013/12/1 Moti Asayag masa...@redhat.com

 Hi Pascal,

 - Original Message -
  From: Pascal Jakobi pascal.jak...@gmail.com
  To: Mike Kolesnik mkole...@redhat.com
  Cc: users@ovirt.org, masa...@redhat.com
  Sent: Sunday, December 1, 2013 10:58:40 AM
  Subject: Re: ovirtmgmt not installed
 
  Mike
 
  Here you go. However, please note that I must investigate the connection
  issue that Alon saw. will do it tomorrow.
  Many thanks to you folks.
  P

 According to the output of 'nics' element, the 'em1' device is missing his
 default gateway entry under the 'cfg' element.

 One reason for that can be there is no
 '/etc/sysconfig/network-scripts/ifcfg-em1'
 file and vdsm fails to obtain the default gateway for it.

 Could you create this file by your own and retry installing the host ?
 After creating the file (make sure it contains NM_CONTROLLED=no), restart
 the network service
 and run 'vdsClient -s 0 getVdsCaps' to make sure 'em1' output contains the
 data its 'cfg' sub-
 element.

 
  [root@lab2 ~]# vdsClient -s 0 getVdsCaps
  HBAInventory = {'FC': [], 'iSCSI': [{'InitiatorName':
  'iqn.1994-05.com.redhat:eea139a8'}]}
  ISCSIInitiatorName = 'iqn.1994-05.com.redhat:eea139a8'
  bondings = {'bond0': {'addr': '',
'cfg': {},
'hwaddr': 'fa:7e:79:56:5a:c2',
'ipv6addrs': [],
'mtu': '1500',
'netmask': '',
'slaves': []}}
  bridges = {}
  clusterLevels = ['3.0', '3.1', '3.2', '3.3']
  cpuCores = '4'
  cpuFlags =
 
 'fpu,vme,de,pse,tsc,msr,pae,mce,cx8,apic,sep,mtrr,pge,mca,cmov,pat,pse36,clflush,dts,acpi,mmx,fxsr,sse,sse2,ss,ht,tm,pbe,syscall,nx,pdpe1gb,rdtscp,lm,constant_tsc,arch_perfmon,pebs,bts,rep_good,nopl,xtopology,nonstop_tsc,aperfmperf,eagerfpu,pni,pclmulqdq,dtes64,monitor,ds_cpl,vmx,smx,est,tm2,ssse3,cx16,xtpr,pdcm,pcid,dca,sse4_1,sse4_2,x2apic,popcnt,tsc_deadline_timer,aes,xsave,avx,lahf_lm,ida,arat,epb,xsaveopt,pln,pts,dtherm,tpr_shadow,vnmi,flexpriority,ept,vpid,model_Nehalem,model_Conroe,model_coreduo,model_core2duo,model_Penryn,model_Westmere,model_n270,model_SandyBridge'
  cpuModel = 'Intel(R) Xeon(R) CPU E5-1620 0 @ 3.60GHz'
  cpuSockets = '1'
  cpuSpeed = '3744.000'
  cpuThreads = '8'
  emulatedMachines = ['pc',
  'q35',
  'isapc',
  'pc-0.10',
  'pc-0.11',
  'pc-0.12',
  'pc-0.13',
  'pc-0.14',
  'pc-0.15',
  'pc-1.0',
  'pc-1.1',
  'pc-1.2',
  'pc-1.3',
  'none']
  guestOverhead = '65'
  hooks = {}
  kvmEnabled = 'false'
  lastClient = '192.168.1.41'
  lastClientIface = 'em1'
  management_ip = '0.0.0.0'
  memSize = '16001'
  netConfigDirty = 'False'
  networks = {}
  nics = {'em1': {'addr': '192.168.1.42',
  'cfg': {},
  'hwaddr': '00:1a:6b:51:de:b4',
  'ipv6addrs': ['fe80::21a:6bff:fe51:deb4/64'],
  'mtu': '1500',
  'netmask': '255.255.255.0',
  'speed': 100}}
  operatingSystem = {'name': 'Fedora', 'release': '2', 'version': '19'}
  packages2 = {'kernel': {'buildtime': 1384978944.0,
  'release': '200.fc19.x86_64',
  'version': '3.11.9'},
   'libvirt': {'buildtime': 1384730741,
   'release': '2.fc19',
   'version': '1.0.5.7'},
   'mom': {'buildtime': 1375215820, 'release': '3.fc19',
  'version': '0.3.2'},
   'qemu-img': {'buildtime': 1383700301,
'release': '13.fc19',
'version': '1.4.2'},
   'qemu-kvm': {'buildtime': 1383700301,
'release': '13.fc19',
'version': '1.4.2'},
   'spice-server': {'buildtime': 1383130020,
'release': '3.fc19',
'version': '0.12.4'},
   'vdsm': {'buildtime': 1384274283, 'release': '11.fc19',
  'version': '4.13.0'}}
  reservedMem = '321'
  software_revision = '11'
  software_version = '4.13'
  supportedENGINEs = ['3.0', '3.1', '3.2', '3.3']
  supportedProtocols = ['2.2', '2.3']
  uuid = 

Re: [Users] ovirtmgmt not installed

[Pascal Jakobi]

Mike

Here you go. However, please note that I must investigate the connection
issue that Alon saw. will do it tomorrow.
Many thanks to you folks.
P

[root@lab2 ~]# vdsClient -s 0 getVdsCaps
HBAInventory = {'FC': [], 'iSCSI': [{'InitiatorName':
'iqn.1994-05.com.redhat:eea139a8'}]}
ISCSIInitiatorName = 'iqn.1994-05.com.redhat:eea139a8'
bondings = {'bond0': {'addr': '',
  'cfg': {},
  'hwaddr': 'fa:7e:79:56:5a:c2',
  'ipv6addrs': [],
  'mtu': '1500',
  'netmask': '',
  'slaves': []}}
bridges = {}
clusterLevels = ['3.0', '3.1', '3.2', '3.3']
cpuCores = '4'
cpuFlags =
'fpu,vme,de,pse,tsc,msr,pae,mce,cx8,apic,sep,mtrr,pge,mca,cmov,pat,pse36,clflush,dts,acpi,mmx,fxsr,sse,sse2,ss,ht,tm,pbe,syscall,nx,pdpe1gb,rdtscp,lm,constant_tsc,arch_perfmon,pebs,bts,rep_good,nopl,xtopology,nonstop_tsc,aperfmperf,eagerfpu,pni,pclmulqdq,dtes64,monitor,ds_cpl,vmx,smx,est,tm2,ssse3,cx16,xtpr,pdcm,pcid,dca,sse4_1,sse4_2,x2apic,popcnt,tsc_deadline_timer,aes,xsave,avx,lahf_lm,ida,arat,epb,xsaveopt,pln,pts,dtherm,tpr_shadow,vnmi,flexpriority,ept,vpid,model_Nehalem,model_Conroe,model_coreduo,model_core2duo,model_Penryn,model_Westmere,model_n270,model_SandyBridge'
cpuModel = 'Intel(R) Xeon(R) CPU E5-1620 0 @ 3.60GHz'
cpuSockets = '1'
cpuSpeed = '3744.000'
cpuThreads = '8'
emulatedMachines = ['pc',
'q35',
'isapc',
'pc-0.10',
'pc-0.11',
'pc-0.12',
'pc-0.13',
'pc-0.14',
'pc-0.15',
'pc-1.0',
'pc-1.1',
'pc-1.2',
'pc-1.3',
'none']
guestOverhead = '65'
hooks = {}
kvmEnabled = 'false'
lastClient = '192.168.1.41'
lastClientIface = 'em1'
management_ip = '0.0.0.0'
memSize = '16001'
netConfigDirty = 'False'
networks = {}
nics = {'em1': {'addr': '192.168.1.42',
'cfg': {},
'hwaddr': '00:1a:6b:51:de:b4',
'ipv6addrs': ['fe80::21a:6bff:fe51:deb4/64'],
'mtu': '1500',
'netmask': '255.255.255.0',
'speed': 100}}
operatingSystem = {'name': 'Fedora', 'release': '2', 'version': '19'}
packages2 = {'kernel': {'buildtime': 1384978944.0,
'release': '200.fc19.x86_64',
'version': '3.11.9'},
 'libvirt': {'buildtime': 1384730741,
 'release': '2.fc19',
 'version': '1.0.5.7'},
 'mom': {'buildtime': 1375215820, 'release': '3.fc19',
'version': '0.3.2'},
 'qemu-img': {'buildtime': 1383700301,
  'release': '13.fc19',
  'version': '1.4.2'},
 'qemu-kvm': {'buildtime': 1383700301,
  'release': '13.fc19',
  'version': '1.4.2'},
 'spice-server': {'buildtime': 1383130020,
  'release': '3.fc19',
  'version': '0.12.4'},
 'vdsm': {'buildtime': 1384274283, 'release': '11.fc19',
'version': '4.13.0'}}
reservedMem = '321'
software_revision = '11'
software_version = '4.13'
supportedENGINEs = ['3.0', '3.1', '3.2', '3.3']
supportedProtocols = ['2.2', '2.3']
uuid = '0A583269-811F-E211-AA06-001A6B51DEB4'
version_name = 'Snow Man'
vlans = {}
vmTypes = ['kvm']



2013/12/1 Mike Kolesnik mkole...@redhat.com

 --

 *Hi there *


 Hi Pascal,




 *I installed a console on F19, then a F19 host (time 11:09 today).*

 *Everything works fine, apart from the installation of the mgmt network at
 the end. *
 *Can someone tell me what's going wrong ?*


 Can you please send the output of vdsCaps from the host (vdsClient -s 0
 getVdsCaps)?


 *Thxs in advance*

 *Pascal*





-- 
*Pascal Jakobi*
116 rue de Stalingrad
93100 Montreuil, France

*+33 6 87 47 58 19*pascal.jak...@gmail.com
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] ovirtmgmt not installed

[Assaf Muller]

Did you install VDSM from nightly or stable?

Assaf Muller, Cloud Networking Engineer 
Red Hat 

- Original Message -
From: Pascal Jakobi pascal.jak...@gmail.com
To: Mike Kolesnik mkole...@redhat.com
Cc: users@ovirt.org
Sent: Sunday, December 1, 2013 10:58:40 AM
Subject: Re: [Users] ovirtmgmt not installed

Mike 

Here you go. However, please note that I must investigate the connection issue 
that Alon saw. will do it tomorrow. 
Many thanks to you folks. 
P 

[root@lab2 ~]# vdsClient -s 0 getVdsCaps 
HBAInventory = {'FC': [], 'iSCSI': [{'InitiatorName': 
'iqn.1994-05.com.redhat:eea139a8'}]} 
ISCSIInitiatorName = 'iqn.1994-05.com.redhat:eea139a8' 
bondings = {'bond0': {'addr': '', 
'cfg': {}, 
'hwaddr': 'fa:7e:79:56:5a:c2', 
'ipv6addrs': [], 
'mtu': '1500', 
'netmask': '', 
'slaves': []}} 
bridges = {} 
clusterLevels = ['3.0', '3.1', '3.2', '3.3'] 
cpuCores = '4' 
cpuFlags = 
'fpu,vme,de,pse,tsc,msr,pae,mce,cx8,apic,sep,mtrr,pge,mca,cmov,pat,pse36,clflush,dts,acpi,mmx,fxsr,sse,sse2,ss,ht,tm,pbe,syscall,nx,pdpe1gb,rdtscp,lm,constant_tsc,arch_perfmon,pebs,bts,rep_good,nopl,xtopology,nonstop_tsc,aperfmperf,eagerfpu,pni,pclmulqdq,dtes64,monitor,ds_cpl,vmx,smx,est,tm2,ssse3,cx16,xtpr,pdcm,pcid,dca,sse4_1,sse4_2,x2apic,popcnt,tsc_deadline_timer,aes,xsave,avx,lahf_lm,ida,arat,epb,xsaveopt,pln,pts,dtherm,tpr_shadow,vnmi,flexpriority,ept,vpid,model_Nehalem,model_Conroe,model_coreduo,model_core2duo,model_Penryn,model_Westmere,model_n270,model_SandyBridge'
 
cpuModel = 'Intel(R) Xeon(R) CPU E5-1620 0 @ 3.60GHz' 
cpuSockets = '1' 
cpuSpeed = '3744.000' 
cpuThreads = '8' 
emulatedMachines = ['pc', 
'q35', 
'isapc', 
'pc-0.10', 
'pc-0.11', 
'pc-0.12', 
'pc-0.13', 
'pc-0.14', 
'pc-0.15', 
'pc-1.0', 
'pc-1.1', 
'pc-1.2', 
'pc-1.3', 
'none'] 
guestOverhead = '65' 
hooks = {} 
kvmEnabled = 'false' 
lastClient = '192.168.1.41' 
lastClientIface = 'em1' 
management_ip = '0.0.0.0' 
memSize = '16001' 
netConfigDirty = 'False' 
networks = {} 
nics = {'em1': {'addr': '192.168.1.42', 
'cfg': {}, 
'hwaddr': '00:1a:6b:51:de:b4', 
'ipv6addrs': ['fe80::21a:6bff:fe51:deb4/64'], 
'mtu': '1500', 
'netmask': '255.255.255.0', 
'speed': 100}} 
operatingSystem = {'name': 'Fedora', 'release': '2', 'version': '19'} 
packages2 = {'kernel': {'buildtime': 1384978944.0, 
'release': '200.fc19.x86_64', 
'version': '3.11.9'}, 
'libvirt': {'buildtime': 1384730741, 
'release': '2.fc19', 
'version': '1.0.5.7'}, 
'mom': {'buildtime': 1375215820, 'release': '3.fc19', 'version': '0.3.2'}, 
'qemu-img': {'buildtime': 1383700301, 
'release': '13.fc19', 
'version': '1.4.2'}, 
'qemu-kvm': {'buildtime': 1383700301, 
'release': '13.fc19', 
'version': '1.4.2'}, 
'spice-server': {'buildtime': 1383130020, 
'release': '3.fc19', 
'version': '0.12.4'}, 
'vdsm': {'buildtime': 1384274283, 'release': '11.fc19', 'version': '4.13.0'}} 
reservedMem = '321' 
software_revision = '11' 
software_version = '4.13' 
supportedENGINEs = ['3.0', '3.1', '3.2', '3.3'] 
supportedProtocols = ['2.2', '2.3'] 
uuid = '0A583269-811F-E211-AA06-001A6B51DEB4' 
version_name = 'Snow Man' 
vlans = {} 
vmTypes = ['kvm'] 



2013/12/1 Mike Kolesnik  mkole...@redhat.com  







Hi there 

Hi Pascal, 






I installed a console on F19, then a F19 host (time 11:09 today). 
Everything works fine, apart from the installation of the mgmt network at the 
end. 
Can someone tell me what's going wrong ? 

Can you please send the output of vdsCaps from the host (vdsClient -s 0 
getVdsCaps)? 




Thxs in advance 
Pascal 




-- 
Pascal Jakobi 
116 rue de Stalingrad 
93100 Montreuil, France 
+33 6 87 47 58 19 
pascal.jak...@gmail.com 

___
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

Re: [Users] ovirtmgmt not installed

[Moti Asayag]

Hi Pascal,

- Original Message -
 From: Pascal Jakobi pascal.jak...@gmail.com
 To: Mike Kolesnik mkole...@redhat.com
 Cc: users@ovirt.org, masa...@redhat.com
 Sent: Sunday, December 1, 2013 10:58:40 AM
 Subject: Re: ovirtmgmt not installed
 
 Mike
 
 Here you go. However, please note that I must investigate the connection
 issue that Alon saw. will do it tomorrow.
 Many thanks to you folks.
 P

According to the output of 'nics' element, the 'em1' device is missing his
default gateway entry under the 'cfg' element.

One reason for that can be there is no 
'/etc/sysconfig/network-scripts/ifcfg-em1' 
file and vdsm fails to obtain the default gateway for it.

Could you create this file by your own and retry installing the host ? 
After creating the file (make sure it contains NM_CONTROLLED=no), restart the 
network service
and run 'vdsClient -s 0 getVdsCaps' to make sure 'em1' output contains the data 
its 'cfg' sub-
element.

 
 [root@lab2 ~]# vdsClient -s 0 getVdsCaps
 HBAInventory = {'FC': [], 'iSCSI': [{'InitiatorName':
 'iqn.1994-05.com.redhat:eea139a8'}]}
 ISCSIInitiatorName = 'iqn.1994-05.com.redhat:eea139a8'
 bondings = {'bond0': {'addr': '',
   'cfg': {},
   'hwaddr': 'fa:7e:79:56:5a:c2',
   'ipv6addrs': [],
   'mtu': '1500',
   'netmask': '',
   'slaves': []}}
 bridges = {}
 clusterLevels = ['3.0', '3.1', '3.2', '3.3']
 cpuCores = '4'
 cpuFlags =
 'fpu,vme,de,pse,tsc,msr,pae,mce,cx8,apic,sep,mtrr,pge,mca,cmov,pat,pse36,clflush,dts,acpi,mmx,fxsr,sse,sse2,ss,ht,tm,pbe,syscall,nx,pdpe1gb,rdtscp,lm,constant_tsc,arch_perfmon,pebs,bts,rep_good,nopl,xtopology,nonstop_tsc,aperfmperf,eagerfpu,pni,pclmulqdq,dtes64,monitor,ds_cpl,vmx,smx,est,tm2,ssse3,cx16,xtpr,pdcm,pcid,dca,sse4_1,sse4_2,x2apic,popcnt,tsc_deadline_timer,aes,xsave,avx,lahf_lm,ida,arat,epb,xsaveopt,pln,pts,dtherm,tpr_shadow,vnmi,flexpriority,ept,vpid,model_Nehalem,model_Conroe,model_coreduo,model_core2duo,model_Penryn,model_Westmere,model_n270,model_SandyBridge'
 cpuModel = 'Intel(R) Xeon(R) CPU E5-1620 0 @ 3.60GHz'
 cpuSockets = '1'
 cpuSpeed = '3744.000'
 cpuThreads = '8'
 emulatedMachines = ['pc',
 'q35',
 'isapc',
 'pc-0.10',
 'pc-0.11',
 'pc-0.12',
 'pc-0.13',
 'pc-0.14',
 'pc-0.15',
 'pc-1.0',
 'pc-1.1',
 'pc-1.2',
 'pc-1.3',
 'none']
 guestOverhead = '65'
 hooks = {}
 kvmEnabled = 'false'
 lastClient = '192.168.1.41'
 lastClientIface = 'em1'
 management_ip = '0.0.0.0'
 memSize = '16001'
 netConfigDirty = 'False'
 networks = {}
 nics = {'em1': {'addr': '192.168.1.42',
 'cfg': {},
 'hwaddr': '00:1a:6b:51:de:b4',
 'ipv6addrs': ['fe80::21a:6bff:fe51:deb4/64'],
 'mtu': '1500',
 'netmask': '255.255.255.0',
 'speed': 100}}
 operatingSystem = {'name': 'Fedora', 'release': '2', 'version': '19'}
 packages2 = {'kernel': {'buildtime': 1384978944.0,
 'release': '200.fc19.x86_64',
 'version': '3.11.9'},
  'libvirt': {'buildtime': 1384730741,
  'release': '2.fc19',
  'version': '1.0.5.7'},
  'mom': {'buildtime': 1375215820, 'release': '3.fc19',
 'version': '0.3.2'},
  'qemu-img': {'buildtime': 1383700301,
   'release': '13.fc19',
   'version': '1.4.2'},
  'qemu-kvm': {'buildtime': 1383700301,
   'release': '13.fc19',
   'version': '1.4.2'},
  'spice-server': {'buildtime': 1383130020,
   'release': '3.fc19',
   'version': '0.12.4'},
  'vdsm': {'buildtime': 1384274283, 'release': '11.fc19',
 'version': '4.13.0'}}
 reservedMem = '321'
 software_revision = '11'
 software_version = '4.13'
 supportedENGINEs = ['3.0', '3.1', '3.2', '3.3']
 supportedProtocols = ['2.2', '2.3']
 uuid = '0A583269-811F-E211-AA06-001A6B51DEB4'
 version_name = 'Snow Man'
 vlans = {}
 vmTypes = ['kvm']
 
 
 
 2013/12/1 Mike Kolesnik mkole...@redhat.com
 
  --
 
  *Hi there *
 
 
  Hi Pascal,
 
 
 
 
  *I installed a console on F19, then a F19 host (time 11:09 today).*
 
  *Everything works fine, apart from the installation of the mgmt network at
  the end. *
  *Can 

Re: [Users] ovirtmgmt not installed

[Mike Kolesnik]

- Original Message -

 Hi there

Hi Pascal, 

 I installed a console on F19, then a F19 host (time 11:09 today).
 Everything works fine, apart from the installation of the mgmt network at the
 end.
 Can someone tell me what's going wrong ?

Can you please send the output of vdsCaps from the host (vdsClient -s 0 
getVdsCaps)? 

 Thxs in advance
 Pascal
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] ovirtmgmt not installed

[Alon Bar-Lev]

- Original Message -
 From: Pascal Jakobi pascal.jak...@gmail.com
 To: users@ovirt.org
 Sent: Saturday, November 30, 2013 1:24:23 AM
 Subject: [Users] ovirtmgmt not installed
 
 Hi there
 
 I installed a console on F19, then a F19 host (time 11:09 today).
 Everything works fine, apart from the installation of the mgmt network at the
 end.
 Can someone tell me what's going wrong ?
 Thxs in advance
 Pascal
 
 ___
 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

Re: [Users] ovirtmgmt not installed

[Alon Bar-Lev]

- Original Message -
 From: Pascal Jakobi pascal.jak...@gmail.com
 To: users@ovirt.org
 Sent: Saturday, November 30, 2013 1:24:23 AM
 Subject: [Users] ovirtmgmt not installed
 
 Hi there
 
 I installed a console on F19, then a F19 host (time 11:09 today).
 Everything works fine, apart from the installation of the mgmt network at the
 end.
 Can someone tell me what's going wrong ?
 Thxs in advance
 Pascal

Hi,

This is not the log you sent me offline.

It is not 3.3 cluster, the host-deploy in this log tries to create the 
management bridge and fail.

For this issue I need the host-deploy log[1], I think we will find the same 
issue we had in ipv6.

Please attempt to use cluster level 3.3.

Regards,
Alon Bar-Lev.

[1] 
/var/log/ovirt-engine/host-deploy/ovirt-20131128141519-lab2.home-2d134028.log
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] ovirtmgmt not installed

[Alon Bar-Lev]

- Original Message -
 From: Alon Bar-Lev alo...@redhat.com
 To: Pascal Jakobi pascal.jak...@gmail.com
 Cc: users@ovirt.org
 Sent: Saturday, November 30, 2013 2:40:33 AM
 Subject: Re: [Users] ovirtmgmt not installed
 
 
 
 - Original Message -
  From: Pascal Jakobi pascal.jak...@gmail.com
  To: users@ovirt.org
  Sent: Saturday, November 30, 2013 1:24:23 AM
  Subject: [Users] ovirtmgmt not installed
  
  Hi there
  
  I installed a console on F19, then a F19 host (time 11:09 today).
  Everything works fine, apart from the installation of the mgmt network at
  the
  end.
  Can someone tell me what's going wrong ?
  Thxs in advance
  Pascal
 
 Hi,
 
 This is not the log you sent me offline.
 
 It is not 3.3 cluster, the host-deploy in this log tries to create the
 management bridge and fail.
 
 For this issue I need the host-deploy log[1], I think we will find the same
 issue we had in ipv6.

I was wrong, it resolves correctly to ipv4, and fails connecting to 
192.168.1.41:80 after setup of management bridge, so I need the log to see what 
happening.

 
 Please attempt to use cluster level 3.3.
 
 Regards,
 Alon Bar-Lev.
 
 [1]
 /var/log/ovirt-engine/host-deploy/ovirt-20131128141519-lab2.home-2d134028.log
 ___
 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

Re: [Users] ovirtmgmt

[victor nunes]

OK.

Thank very much.
Its work.


2013/2/27 Dan Kenigsberg dan...@redhat.com

 On Tue, Feb 26, 2013 at 07:32:51PM -0500, victor nunes wrote:
  goodnight
 
  I installed 3.2 and oVirt vdsm on the same machine (fedora 18) with the
  command.
  yum install oVirt-engine-setup-plugin-allinone and then
  engine-setup - config-allinone = yes
 
  then, the configuration was successful, however now I am having problems
  with interfaces.
 
  I have two interfaces, `em1` (this interface was that I had configured a
  static ip it) `and` ovirtmgmt, both with the same ip address.
 
  If I erase the # 1, I just can not access the oVirt,
 
  what can I do to solve this interface problem?

 You may notice that ovirtmgmt is not a simple interface, it's a bridge.
 It should have em1 as one of its interfaces. What does `brctl show` say?

 However, em1 should not have had its own IP address. Could you show us
 your ifcfg-* files?

 Does the problem go away if you
 ifdown em1
 ifdown ovirtmgmt
 ifup em1
 ifup ovirtmgmt
 ?

 Does shutting down NetworkManager help? It has a tendency to take
 interfaces up and down on its own volition.

 Dan.




-- 
“Encarada do ponto de vista da juventude, a vida parece um futuro
indefinidamente longo, ao passo que, na velhice, ela parece um passado
deveras curto. Assim, a vida no seu início se apresenta do mesmo modo
que as coisas quando as olhamos através de um binóculo usado ao contrário;
mas, ao
seu final, ela se parece com as coisas  tal qual são vistas quando o
binóculo
é usado de modo normal. Um homem precisa ter envelhecido e vivido
bastante para perceber como a vida é curta”.

 (Poema de Arthur Schopenhauer)
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] ovirtmgmt

[Pavel Zhukov]

Just remove IP address/netmask/gateway from the em1's config and add 
BRIDGE='ovirtmgmt' there. 
Be ensure that BOOTPROTO='none' and NM_CONTROLLED='no' are
configured

-- 
Pavel

On Tue, 26 Feb 2013, victor nunes wrote:

| 
| goodnight
| 
| I installed 3.2 and oVirt vdsm on the same machine (fedora 18) with the 
command
| .
| yum install oVirt-engine-setup-plugin-allinone and then
| engine-setup - config-allinone = yes
| 
| then, the configuration was successful, however now I am having problems with 
| interfaces.
| 
| I have two interfaces, `em1` (this interface was that I had configured a 
static
| ip it) `and` ovirtmgmt, both with the same ip address.
| 
| If I erase the # 1, I just can not access the oVirt,
| 
| what can I do to solve this interface problem?
| --
| “Encarada do ponto de vista da juventude, a vida parece um futuro
| indefinidamente longo, ao passo que, na velhice, ela parece um passado
| deveras curto. Assim, a vida no seu início se apresenta do mesmo modo
| que as coisas quando as olhamos através de um binóculo usado ao contrário; 
mas,
| ao
| seu final, ela se parece com as coisas  tal qual são vistas quando o binóculo
| é usado de modo normal. Um homem precisa ter envelhecido e vivido
| bastante para perceber como a vida é curta”.   
| 
|          (Poema de Arthur Schopenhauer)

| ___
| 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

Re: [Users] ovirtmgmt

[Dan Kenigsberg]

On Tue, Feb 26, 2013 at 07:32:51PM -0500, victor nunes wrote:
 goodnight
 
 I installed 3.2 and oVirt vdsm on the same machine (fedora 18) with the
 command.
 yum install oVirt-engine-setup-plugin-allinone and then
 engine-setup - config-allinone = yes
 
 then, the configuration was successful, however now I am having problems
 with interfaces.
 
 I have two interfaces, `em1` (this interface was that I had configured a
 static ip it) `and` ovirtmgmt, both with the same ip address.
 
 If I erase the # 1, I just can not access the oVirt,
 
 what can I do to solve this interface problem?

You may notice that ovirtmgmt is not a simple interface, it's a bridge.
It should have em1 as one of its interfaces. What does `brctl show` say?

However, em1 should not have had its own IP address. Could you show us
your ifcfg-* files?

Does the problem go away if you
ifdown em1
ifdown ovirtmgmt
ifup em1
ifup ovirtmgmt
?

Does shutting down NetworkManager help? It has a tendency to take
interfaces up and down on its own volition.

Dan.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[Users] ovirtmgmt

[victor nunes]

goodnight

I installed 3.2 and oVirt vdsm on the same machine (fedora 18) with the
command.
yum install oVirt-engine-setup-plugin-allinone and then
engine-setup - config-allinone = yes

then, the configuration was successful, however now I am having problems
with interfaces.

I have two interfaces, `em1` (this interface was that I had configured a
static ip it) `and` ovirtmgmt, both with the same ip address.

If I erase the # 1, I just can not access the oVirt,

what can I do to solve this interface problem?
-- 
“Encarada do ponto de vista da juventude, a vida parece um futuro
indefinidamente longo, ao passo que, na velhice, ela parece um passado
deveras curto. Assim, a vida no seu início se apresenta do mesmo modo
que as coisas quando as olhamos através de um binóculo usado ao contrário;
mas, ao
seu final, ela se parece com as coisas  tal qual são vistas quando o
binóculo
é usado de modo normal. Um homem precisa ter envelhecido e vivido
bastante para perceber como a vida é curta”.

 (Poema de Arthur Schopenhauer)
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] ovirtmgmt vs eth0 config in all-in-one config

[Alon Bar-Lev]

- Original Message -
 From: Gianluca Cecchi gianluca.cec...@gmail.com
 To: users users@ovirt.org
 Sent: Saturday, December 29, 2012 2:40:37 AM
 Subject: [Users] ovirtmgmt vs eth0 config in all-in-one config
 
 
 
 
 Hello,
 
 what should be the difference between ovirtmgmt and eth0 in an
 all-in-one config?
 
 
 In my case I have this situation as soon as the server starts, after
 adding the host to local_cluster and reboot
 
 $ diff ifcfg-eth0 ifcfg-ovirtmgmt
 1c1
  DEVICE=eth0
 ---
  DEVICE=ovirtmgmt
 3,4c3,5
  HWADDR=52:54:00:b0:6c:5f
  BRIDGE=ovirtmgmt
 ---
  TYPE=Bridge
  DELAY=0
  BOOTPROTO=none
 
 
 In particular, both config files have lines with the ip/default gw
 
 $ cat ifcfg-eth0
 DEVICE=eth0
 ONBOOT=yes
 HWADDR=52:54:00:b0:6c:5f
 BRIDGE=ovirtmgmt
 NM_CONTROLLED=no
 IPV6INIT=no
 IPADDR0=192.168.122.160
 DNS1=192.168.122.1
 PREFIX0=24
 DEFROUTE=yes
 IPV4_FAILURE_FATAL=no
 GATEWAY0=192.168.122.1
 UUID=09d17057-618e-464a-b38c-e16ab0d72f75
 
 $ cat ifcfg-ovirtmgmt
 DEVICE=ovirtmgmt
 ONBOOT=yes
 TYPE=Bridge
 DELAY=0
 BOOTPROTO=none
 NM_CONTROLLED=no
 IPV6INIT=no
 IPADDR0=192.168.122.160
 DNS1=192.168.122.1
 PREFIX0=24
 DEFROUTE=yes
 IPV4_FAILURE_FATAL=no
 GATEWAY0=192.168.122.1
 UUID=09d17057-618e-464a-b38c-e16ab0d72f75
 
 I think only the bridge should have them correct?
 
 $ ip route list
 169.254.0.0/16 dev ovirtmgmt scope link metric 1003
 192.168.122.0/24 dev ovirtmgmt proto kernel scope link src
 192.168.122.160
 
 
 All returns ok if I manually set it after boot
 # ip route add default via 192.168.122.1

eth0 should not have ip address in this configuration.
Can you please send deploy logs from /var/log/ovirt-engine/host-deploy?

Alon
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] ovirtmgmt vs eth0 config in all-in-one config

[Gianluca Cecchi]

On Sat, Dec 29, 2012 at 9:01 AM, Alon Bar-Lev  wrote:



 eth0 should not have ip address in this configuration.
 Can you please send deploy logs from /var/log/ovirt-engine/host-deploy?

 Alon


This is the timestamp of the files:

[root@f18aio network-scripts]# ll ifcfg*
-rw-rw-r--. 1 root root 248 Dec 18 13:02 ifcfg-eth0
-rw-r--r--. 1 root root 254 Dec  7 22:05 ifcfg-lo
-rw-rw-r--. 1 root root 246 Dec 18 13:02 ifcfg-ovirtmgmt

ANd this is the file related to the timestamp of deploy I think
https://docs.google.com/open?id=0BwoPbcrMv8mvRGdVSVNYa2dXSE0

Let me know if you need more info
Gianluca
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] ovirtmgmt vs eth0 config in all-in-one config

[Gianluca Cecchi]

On Sat, Dec 29, 2012 at 11:18 AM, Gianluca Cecchi wrote:


 On Sat, Dec 29, 2012 at 9:01 AM, Alon Bar-Lev  wrote:



 eth0 should not have ip address in this configuration.
 Can you please send deploy logs from /var/log/ovirt-engine/host-deploy?

 Alon


 This is the timestamp of the files:

 [root@f18aio network-scripts]# ll ifcfg*
 -rw-rw-r--. 1 root root 248 Dec 18 13:02 ifcfg-eth0
 -rw-r--r--. 1 root root 254 Dec  7 22:05 ifcfg-lo
 -rw-rw-r--. 1 root root 246 Dec 18 13:02 ifcfg-ovirtmgmt

 ANd this is the file related to the timestamp of deploy I think
 https://docs.google.com/open?id=0BwoPbcrMv8mvRGdVSVNYa2dXSE0

 Let me know if you need more info
 Gianluca


BTW: after removing ip information from ifcfg-eth0 I still have to manually
run

ip route add default via 192.168.122.1

Now ifcfg-eth0 contains

sys-devices-virtual-net-\x3bvdsmdummy\x3b.deviceloaded active
plugged   /sys/devices/virtual/net/;vdsmdummy;
sys-devices-virtual-net-bond0.deviceloaded active
plugged   /sys/devices/virtual/net/bond0
sys-devices-virtual-net-bond4.deviceloaded active
plugged   /sys/devices/virtual/net/bond4
sys-devices-virtual-net-ovirtmgmt.deviceloaded active
plugged   /sys/devices/virtual/net/ovirtmgmt
sys-module-configfs.device  loaded active
plugged   /sys/module/configfs
sys-subsystem-net-devices-\x3bvdsmdummy\x3b.device  loaded active
plugged   /sys/subsystem/net/devices/;vdsmdummy;
sys-subsystem-net-devices-bond0.device  loaded active
plugged   /sys/subsystem/net/devices/bond0
sys-subsystem-net-devices-bond4.device  loaded active
plugged   /sys/subsystem/net/devices/bond4
sys-subsystem-net-devices-eth0.device   loaded active
plugged   Virtio network device
sys-subsystem-net-devices-ovirtmgmt.device  loaded active
plugged   /sys/subsystem/net/devices/ovirtmgmt
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] ovirtmgmt vs eth0 config in all-in-one config

[Gianluca Cecchi]

Sorry... sent for error before finishing..

BTW: after removing ip information from ifcfg-eth0 I still have to manually
run

ip route add default via 192.168.122.1

Now ifcfg-eth0 contains only

DEVICE=eth0
ONBOOT=yes
HWADDR=52:54:00:b0:6c:5f
BRIDGE=ovirtmgmt
NM_CONTROLLED=no
IPV6INIT=no
IPV4_FAILURE_FATAL=no
UUID=09d17057-618e-464a-b38c-e16ab0d72f75

systemctl list-units gives:

sys-devices-virtual-net-\
x3bvdsmdummy\x3b.deviceloaded active plugged
/sys/devices/virtual/net/;vdsmdummy;
sys-devices-virtual-net-bond0.deviceloaded active
plugged   /sys/devices/virtual/net/bond0
sys-devices-virtual-net-bond4.deviceloaded active
plugged   /sys/devices/virtual/net/bond4
sys-devices-virtual-net-ovirtmgmt.deviceloaded active
plugged   /sys/devices/virtual/net/ovirtmgmt
sys-module-configfs.device  loaded active
plugged   /sys/module/configfs
sys-subsystem-net-devices-\x3bvdsmdummy\x3b.device  loaded active
plugged   /sys/subsystem/net/devices/;vdsmdummy;
sys-subsystem-net-devices-bond0.device  loaded active
plugged   /sys/subsystem/net/devices/bond0
sys-subsystem-net-devices-bond4.device  loaded active
plugged   /sys/subsystem/net/devices/bond4
sys-subsystem-net-devices-eth0.device   loaded active
plugged   Virtio network device
sys-subsystem-net-devices-ovirtmgmt.device  loaded active
plugged   /sys/subsystem/net/devices/ovirtmgmt


# ip addr list
1: lo: LOOPBACK,UP,LOWER_UP mtu 16436 qdisc noqueue state UNKNOWN
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
inet 127.0.0.1/8 scope host lo
inet6 ::1/128 scope host
   valid_lft forever preferred_lft forever
2: eth0: BROADCAST,MULTICAST,UP,LOWER_UP mtu 1500 qdisc pfifo_fast master
ovirtmgmt state UP qlen 1000
link/ether 52:54:00:b0:6c:5f brd ff:ff:ff:ff:ff:ff
inet6 fe80::5054:ff:feb0:6c5f/64 scope link
   valid_lft forever preferred_lft forever
3: ovirtmgmt: BROADCAST,MULTICAST,UP,LOWER_UP mtu 1500 qdisc noqueue
state UP
link/ether 52:54:00:b0:6c:5f brd ff:ff:ff:ff:ff:ff
inet 192.168.122.160/24 brd 192.168.122.255 scope global ovirtmgmt
inet6 fe80::5054:ff:feb0:6c5f/64 scope link
   valid_lft forever preferred_lft forever
5: ;vdsmdummy;: BROADCAST,MULTICAST mtu 1500 qdisc noop state DOWN
link/ether f2:96:78:d1:69:74 brd ff:ff:ff:ff:ff:ff
6: bond0: NO-CARRIER,BROADCAST,MULTICAST,MASTER,UP mtu 1500 qdisc noqueue
state DOWN
link/ether 00:00:00:00:00:00 brd ff:ff:ff:ff:ff:ff
7: bond4: NO-CARRIER,BROADCAST,MULTICAST,MASTER,UP mtu 1500 qdisc noqueue
state DOWN
link/ether 00:00:00:00:00:00 brd ff:ff:ff:ff:ff:ff

# cat /proc/net/bonding/bond0
Ethernet Channel Bonding Driver: v3.7.1 (April 27, 2011)

Bonding Mode: load balancing (round-robin)
MII Status: down
MII Polling Interval (ms): 0
Up Delay (ms): 0
Down Delay (ms): 0
[root@f18aio network-scripts]# cat /proc/net/bonding/bond4
Ethernet Channel Bonding Driver: v3.7.1 (April 27, 2011)

Bonding Mode: load balancing (round-robin)
MII Status: down
MII Polling Interval (ms): 0
Up Delay (ms): 0
Down Delay (ms): 0

Don't know from where the bond0 and bond4 arrives and the ;vdsmdummy too..
and their configuration files...

Gianluca
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] ovirtmgmt vs eth0 config in all-in-one config

[Gianluca Cecchi]

In the mean time I found that the problem was

GATEWAY0=192.168.122.1

in ifcfg-ovirtmgmt

While it should be
GATEWAY=192.168.122.1

in fact the index is not kept in count for GATEWAY filed
Now with this line and also

NOZEROCONF=yes

I keep ok at boot with
$ ip route list
default via 192.168.122.1 dev ovirtmgmt
192.168.122.0/24 dev ovirtmgmt  proto kernel  scope link  src
192.168.122.160

without manual intervention

Gianluca
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] ovirtmgmt vs eth0 config in all-in-one config

[Alon Bar-Lev]

- Original Message -
 From: Gianluca Cecchi gianluca.cec...@gmail.com
 To: Alon Bar-Lev alo...@redhat.com
 Cc: users users@ovirt.org
 Sent: Saturday, December 29, 2012 7:36:00 PM
 Subject: Re: [Users] ovirtmgmt vs eth0 config in all-in-one config
 
 
 
 
 
 
 In the mean time I found that the problem was
 
 
 GATEWAY0=192.168.122.1
 

But I see that you had GATEWAY0 in your original ifcfg file...
Can you explain more of your setup before you tried to deploy?

---
DEVICE=eth0
BOOTPROTO=none
ONBOOT=yes
UUID=09d17057-618e-464a-b38c-e16ab0d72f75
TYPE=Ethernet
IPADDR0=192.168.122.160
PREFIX0=24
GATEWAY0=192.168.122.1
DNS1=192.168.122.1
DEFROUTE=yes
IPV4_FAILURE_FATAL=no
IPV6INIT=no
NAME=System eth0
HWADDR=52:54:00:B0:6C:5F
---

 in ifcfg-ovirtmgmt
 
 
 While it should be
 
 GATEWAY=192.168.122.1
 
 
 in fact the index is not kept in count for GATEWAY filed
 
 Now with this line and also
 
 
 NOZEROCONF=yes
 
 
 I keep ok at boot with
 $ ip route list
 default via 192.168.122.1 dev ovirtmgmt
 192.168.122.0/24 dev ovirtmgmt proto kernel scope link src
 192.168.122.160
 
 
 without manual intervention
 
 
 Gianluca
 
 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] ovirtmgmt vs eth0 config in all-in-one config

[Gianluca Cecchi]

Perhaps when I first installed f18, it got those entries and was configured
with network manager and then I only put
NM_CONTROLLED=no
Without changing accordingly its entries...
I have to check default f18 config during install...
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] ovirtmgmt vs eth0 config in all-in-one config

[Alon Bar-Lev]

- Original Message -
 From: Gianluca Cecchi gianluca.cec...@gmail.com
 To: Alon Bar-Lev alo...@redhat.com
 Cc: users users@ovirt.org
 Sent: Saturday, December 29, 2012 9:48:07 PM
 Subject: Re: [Users] ovirtmgmt vs eth0 config in all-in-one config
 
 
 
 Perhaps when I first installed f18, it got those entries and was
 configured with network manager and then I only put
 NM_CONTROLLED=no
 Without changing accordingly its entries...
 I have to check default f18 config during install...

Default fedora 18 comes without any ifcfg file.
Network manager is in charge, for the good and for the wrose.
In this case the host deploy will take the most basic settings out of network 
manager as if these were in ifcfg file.

Regards,
Alon 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users