This is a multi-part message in MIME format.
--------------DB1A7A23E942A9C9087F5394
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit
No I just eth0 was configured during OS installation. All other
interface have been configured through the oVirt GUI.
Best regards
Christoph
Am 26.06.2016 um 16:08 schrieb Edward Haas:
On Sun, Jun 26, 2016 at 4:48 PM, <ovirt(a)timmi.org
<mailto:ovirt@timmi.org>> wrote:
Hi Edy,
please find some config files below. I did the interface config
only through the oVirt GUI.
I mean by reordering that after every reboot some interfaces are
not the same as before. That means I need to change the cables
after reboot.
This sounds like the problem Didi referenced to.
Before you configured the interfaces through oVirt, wasn't there any
ifcfg files?
(just to understand why you have not seen this before, without vdsm on
the host)
[root@lxedna ~]# cat /etc/sysconfig/network-scripts/ifcfg-eth0
# Generated by VDSM version 4.17.28-1.el7
DEVICE=eth0
ONBOOT=yes
BOOTPROTO=dhcp
MTU=1500
DEFROUTE=yes
NM_CONTROLLED=no
IPV6INIT=no
[root@lxedna ~]# cat /etc/sysconfig/network-scripts/ifcfg-eth1
# Generated by VDSM version 4.17.23-0.el7.centos
DEVICE=eth1
BRIDGE=Test-LAN-SW1
ONBOOT=yes
MTU=1500
NM_CONTROLLED=no
IPV6INIT=no
[root@lxedna ~]# cat /etc/sysconfig/network-scripts/ifcfg-eth2
# Generated by VDSM version 4.17.23-0.el7.centos
DEVICE=eth2
BRIDGE=PC-LAN
ONBOOT=yes
MTU=1500
NM_CONTROLLED=no
IPV6INIT=no
Best regards
Christoph
Am 26.06.2016 um 14:51 schrieb Edward Haas:
>
>
> On Thu, Jun 23, 2016 at 3:49 PM, <ovirt(a)timmi.org
> <mailto:ovirt@timmi.org>> wrote:
>
> Hi List,
>
> I have two nodes (running CentOS 7) and the network interface
> order changed for some interfaces after every reboot.
>
> The configurations are done through the oVirt GUI. So the
> ifcfg-ethX scripts are configured automatically by VDSM.
>
> Is there any option to get this configured to be stable?
>
> Best regards and thank you
>
> Christoph
>
> _______________________________________________
> Users mailing list
> Users(a)ovirt.org <mailto:Users@ovirt.org>
>
http://lists.ovirt.org/mailman/listinfo/users
>
>
> Hi Christoph,
>
> VDSM indeed edits and takes ownership of the interfaces for the
> networks it manages.
> However, editing the ifcfg files should not change anything in
> the order of the devices, unless it was originally set
> in an unsupported fashion. An ifcfg file is bound to a specific
> device name and I'm not familiar to device names
> floating around randomly.
> Perhaps you should elaborate more on what it means by 'order
> changed'.
>
> Here is an example of a setup we do not support (pre adding the
> host to Engine):
> The initial ifcfg file name: ifcfg-eth0
> The initial ifcfg file content: DEVICE="eth1"
> In this configuration, the name of the ifcfg file is inconsistent
> with the name of the device it represents.
> VDSM expects them to me in sync.
>
> Please provide the ifcfg files before and after you add the host
> to Engine.
>
> Thanks,
> Edy.
>
--------------DB1A7A23E942A9C9087F5394
Content-Type: text/html; charset=utf-8
Content-Transfer-Encoding: 8bit
<html>
<head>
<meta content="text/html; charset=utf-8"
http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
<p>No I just eth0 was configured during OS installation. All other
interface have been configured through the oVirt GUI.</p>
<p>Best regards<br>
Christoph</p>
<p>Am 26.06.2016 um 16:08 schrieb Edward Haas:<br>
</p>
<blockquote
cite="mid:CALmkdFQQTmU8oxGTOZ90u=7wCd54rTShTOY+d2a80m_-0cC_3A@mail.gmail.com"
type="cite">
<div dir="ltr"><br>
<div class="gmail_extra"><br>
<div class="gmail_quote">On Sun, Jun 26, 2016 at 4:48 PM,
<span
dir="ltr"><<a moz-do-not-send="true"
href="mailto:ovirt@timmi.org"
target="_blank">ovirt(a)timmi.org</a>&gt;</span>
wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0
.8ex;border-left:1px #ccc solid;padding-left:1ex">
<div bgcolor="#FFFFFF" text="#000000"> Hi
Edy,<br>
<br>
please find some config files below. I did the interface
config only through the oVirt GUI.<br>
<br>
I mean by reordering that after every reboot some
interfaces are not the same as before. That means I need
to change the cables after reboot.<br>
</div>
</blockquote>
<div><br>
</div>
<div>This sounds like the problem Didi referenced to.<br>
<br>
</div>
<div>Before you configured the interfaces through oVirt,
wasn't there any ifcfg files?<br>
</div>
<div>(just to understand why you have not seen this before,
without vdsm on the host)<br>
</div>
<div> <br>
</div>
<blockquote class="gmail_quote" style="margin:0 0 0
.8ex;border-left:1px #ccc solid;padding-left:1ex">
<div bgcolor="#FFFFFF" text="#000000"> <br>
[root@lxedna ~]# cat
/etc/sysconfig/network-scripts/ifcfg-eth0<br>
# Generated by VDSM version 4.17.28-1.el7<br>
DEVICE=eth0<br>
ONBOOT=yes<br>
BOOTPROTO=dhcp<br>
MTU=1500<br>
DEFROUTE=yes<br>
NM_CONTROLLED=no<br>
IPV6INIT=no<br>
[root@lxedna ~]# cat
/etc/sysconfig/network-scripts/ifcfg-eth1<br>
# Generated by VDSM version 4.17.23-0.el7.centos<br>
DEVICE=eth1<br>
BRIDGE=Test-LAN-SW1<br>
ONBOOT=yes<br>
MTU=1500<br>
NM_CONTROLLED=no<br>
IPV6INIT=no<br>
[root@lxedna ~]# cat
/etc/sysconfig/network-scripts/ifcfg-eth2<br>
# Generated by VDSM version 4.17.23-0.el7.centos<br>
DEVICE=eth2<br>
BRIDGE=PC-LAN<br>
ONBOOT=yes<br>
MTU=1500<br>
NM_CONTROLLED=no<br>
IPV6INIT=no<br>
<br>
Best regards<br>
Christoph
<div>
<div class="h5"><br>
<br>
<div>Am 26.06.2016 um 14:51 schrieb Edward Haas:<br>
</div>
<blockquote type="cite">
<div dir="ltr"><br>
<div class="gmail_extra"><br>
<div class="gmail_quote">On Thu, Jun 23, 2016
at 3:49 PM, <span dir="ltr"><<a
moz-do-not-send="true"
href="mailto:ovirt@timmi.org"
target="_blank"><a
class="moz-txt-link-abbreviated"
href="mailto:ovirt@timmi.org">ovirt@timmi.org</a></a>></span>
wrote:<br>
<blockquote class="gmail_quote"
style="margin:0px 0px 0px
0.8ex;border-left:1px solid
rgb(204,204,204);padding-left:1ex">Hi
List,<br>
<br>
I have two nodes (running CentOS 7) and
the network interface order changed for
some interfaces after every reboot.<br>
<br>
The configurations are done through the
oVirt GUI. So the ifcfg-ethX scripts are
configured automatically by VDSM.<br>
<br>
Is there any option to get this configured
to be stable?<br>
<br>
Best regards and thank you<br>
<br>
Christoph<br>
<br>
_______________________________________________<br>
Users mailing list<br>
<a moz-do-not-send="true"
href="mailto:Users@ovirt.org"
target="_blank">Users(a)ovirt.org</a><br>
<a moz-do-not-send="true"
href="http://lists.ovirt.org/mailman/listinfo/users"
rel="noreferrer"
target="_blank">http://lists.ovirt.org/mailman/listinfo/user...
</blockquote>
</div>
<br>
</div>
<div class="gmail_extra">Hi Christoph,<br>
<br>
</div>
<div class="gmail_extra">VDSM indeed edits and
takes ownership of the interfaces for the
networks it manages.<br>
</div>
<div class="gmail_extra">However, editing the
ifcfg files should not change anything in the
order of the devices, unless it was originally
set <br>
in an unsupported fashion. An ifcfg file is
bound to a specific device name and I'm not
familiar to device names<br>
</div>
<div class="gmail_extra">floating around
randomly.<br>
</div>
<div class="gmail_extra">Perhaps you should
elaborate more on what it means by 'order
changed'.<br>
</div>
<div class="gmail_extra"><br>
Here is an example of a setup we do not
support (pre adding the host to Engine): <br>
The initial ifcfg file name: ifcfg-eth0<br>
</div>
<div class="gmail_extra">The initial ifcfg file
content: DEVICE="eth1"<br>
</div>
<div class="gmail_extra">In this configuration,
the name of the ifcfg file is inconsistent
with the name of the device it represents.<br>
</div>
<div class="gmail_extra">VDSM expects them to me
in sync.<br>
<br>
</div>
<div class="gmail_extra">Please provide the
ifcfg files before and after you add the host
to Engine.<br>
</div>
<div class="gmail_extra"><br>
</div>
<div class="gmail_extra">Thanks,<br>
</div>
<div class="gmail_extra">Edy.<br>
</div>
<div class="gmail_extra"><br>
</div>
</div>
</blockquote>
<br>
</div>
</div>
</div>
</blockquote>
</div>
<br>
</div>
</div>
</blockquote>
<br>
</body>
</html>
--------------DB1A7A23E942A9C9087F5394--