10:58 a.m.
Hello
My first email on the mailing, I hope the first one of a longue serie.
The email concerns a Network Card order issue for which I like to report a
have your advises.
I've made a template which contains 2 network cards, Each one bridge on
different vlan network.
When I create a VM from this template, the network card mac address
assignation is random... so that by default my fedora assign eth0 to the
smallest mac address, and so on for eth1/eth2 ...
But no way to define network card order in template, so that sometime the
smallest mac address is on eth0, sometime on eth1 (and in fact more often
on eth1), sometime my VM works, sometime I have to destroy and recreate
network interfaces.
Is there a workaround or anything else ?
Thanks
Kévin
--
Kevin Mazière
Responsable Infrastructure
Alter Way – Hosting
1 rue Royal - 227 Bureaux de la Colline
92213 Saint-Cloud Cedex
Tél : +33 (0)1 41 16 38 41
Mob : +33 (0)7 62 55 57 05
http://www.alterway.fr
2:48 p.m.
----- Original Message -----
From: "Kevin Maziere Aubry"
<kevin.maziere(a)alterway.fr>
To: users(a)ovirt.org
Sent: Wednesday, October 3, 2012 9:58:44 AM
Subject: [Users] Question about network card order
Hello
My first email on the mailing, I hope the first one of a longue
serie.
Welcome to community :)
The email concerns a Network Card order issue for which I like to
report a have your advises.
I've made a template which contains 2 network cards, Each one bridge
on different vlan network.
When I create a VM from this template, the network card mac address
assignation is random... so that by default my fedora assign eth0 to
the smallest mac address, and so on for eth1/eth2 ...
But no way to define network card order in template, so that sometime
the smallest mac address is on eth0, sometime on eth1 (and in fact
more often on eth1), sometime my VM works, sometime I have to
destroy and recreate network interfaces.
Unfortunately it's a known issue that related mostly to guest kernel rather than
RHEV-M.
This is not related to order of NICs during VM start, because RHEV-M keep the MAC
assignment
and even PCI address assignment same over VM reboots.
The real reason hidden somewhere deep in kernel/udev behaviour.
We need to understand why 2 NICs with same MAC addresses and same PCI addresses may get
different names (eth0/eth1)
over machine reboot.
Michael, any ideas?
Is there a workaround or anything else ?
No, I am not aware of any workaround
Regards,
Igor
Thanks
Kévin
--
Kevin Mazière
Responsable Infrastructure
Alter Way – Hosting
1 rue Royal - 227 Bureaux de la Colline
92213 Saint-Cloud Cedex
Tél : +33 (0)1 41 16 38 41
Mob : +33 (0)7 62 55 57 05
http://www.alterway.fr
_______________________________________________
Users mailing list
Users(a)ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
3:35 p.m.
Thanks for your reply.
2012/10/3 Igor Lvovsky <ilvovsky(a)redhat.com>
----- Original Message -----
> From: "Kevin Maziere Aubry" <kevin.maziere(a)alterway.fr>
> To: users(a)ovirt.org
> Sent: Wednesday, October 3, 2012 9:58:44 AM
> Subject: [Users] Question about network card order
>
>
> Hello
>
>
> My first email on the mailing, I hope the first one of a longue
> serie.
>
Welcome to community :)
>
> The email concerns a Network Card order issue for which I like to
> report a have your advises.
>
>
> I've made a template which contains 2 network cards, Each one bridge
> on different vlan network.
> When I create a VM from this template, the network card mac address
> assignation is random... so that by default my fedora assign eth0 to
> the smallest mac address, and so on for eth1/eth2 ...
>
>
> But no way to define network card order in template, so that sometime
> the smallest mac address is on eth0, sometime on eth1 (and in fact
> more often on eth1), sometime my VM works, sometime I have to
> destroy and recreate network interfaces.
>
>
Unfortunately it's a known issue that related mostly to guest kernel
rather than RHEV-M.
This is not related to order of NICs during VM start, because RHEV-M keep
the MAC assignment
and even PCI address assignment same over VM reboots.
The real reason hidden somewhere deep in kernel/udev behaviour.
We need to understand why 2 NICs with same MAC addresses and same PCI
addresses may get different names (eth0/eth1)
over machine reboot.
Michael, any ideas?
> Is there a workaround or anything else ?
>
No, I am not aware of any workaround
Regards,
Igor
>
> Thanks
>
>
> Kévin
>
>
> --
>
> Kevin Mazière
> Responsable Infrastructure
> Alter Way – Hosting
> 1 rue Royal - 227 Bureaux de la Colline
> 92213 Saint-Cloud Cedex
> Tél : +33 (0)1 41 16 38 41
> Mob : +33 (0)7 62 55 57 05
> http://www.alterway.fr
>
> _______________________________________________
> Users mailing list
> Users(a)ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
--
Kevin Mazière
Responsable Infrastructure
Alter Way – Hosting
1 rue Royal - 227 Bureaux de la Colline
92213 Saint-Cloud Cedex
Tél : +33 (0)1 41 16 38 41
Mob : +33 (0)7 62 55 57 05
http://www.alterway.fr
3:51 p.m.
----- Original Message -----
From: "Kevin Maziere Aubry"
<kevin.maziere(a)alterway.fr>
To: "Igor Lvovsky" <ilvovsky(a)redhat.com>
Cc: "Dor Laor" <dlaor(a)redhat.com>, "Michael Tsirkin"
<mtsirkin(a)redhat.com>, users(a)ovirt.org
Sent: Wednesday, October 3, 2012 8:35:04 AM
Subject: Re: [Users] Question about network card order
Thanks for your reply.
2012/10/3 Igor Lvovsky < ilvovsky(a)redhat.com >
----- Original Message -----
> From: "Kevin Maziere Aubry" < kevin.maziere(a)alterway.fr >
> To: users(a)ovirt.org
> Sent: Wednesday, October 3, 2012 9:58:44 AM
> Subject: [Users] Question about network card order
>
>
> Hello
>
>
> My first email on the mailing, I hope the first one of a longue
> serie.
>
Welcome to community :)
>
> The email concerns a Network Card order issue for which I like to
> report a have your advises.
>
>
> I've made a template which contains 2 network cards, Each one
> bridge
> on different vlan network.
> When I create a VM from this template, the network card mac address
> assignation is random... so that by default my fedora assign eth0
> to
> the smallest mac address, and so on for eth1/eth2 ...
>
>
> But no way to define network card order in template, so that
> sometime
> the smallest mac address is on eth0, sometime on eth1 (and in fact
> more often on eth1), sometime my VM works, sometime I have to
> destroy and recreate network interfaces.
>
>
Unfortunately it's a known issue that related mostly to guest kernel
rather than RHEV-M.
This is not related to order of NICs during VM start, because RHEV-M
keep the MAC assignment
and even PCI address assignment same over VM reboots.
The real reason hidden somewhere deep in kernel/udev behaviour.
We need to understand why 2 NICs with same MAC addresses and same PCI
addresses may get different names (eth0/eth1)
over machine reboot.
Michael, any ideas?
> Is there a workaround or anything else ?
>
No, I am not aware of any workaround
Wouldn't it be possible to write some matching rules in:
/etc/udev/rules.d/70-persistent-net.rules
for your template so you would have it consistent. Mind that you should
not rename to the kernel eth namespace.
Best,
Toni
Regards,
Igor
>
> Thanks
>
>
> Kévin
>
>
> --
>
> Kevin Mazière
> Responsable Infrastructure
> Alter Way – Hosting
> 1 rue Royal - 227 Bureaux de la Colline
> 92213 Saint-Cloud Cedex
> Tél : +33 (0)1 41 16 38 41
> Mob : +33 (0)7 62 55 57 05
> http://www.alterway.fr
>
> _______________________________________________
> Users mailing list
> Users(a)ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
--
Kevin Mazière
Responsable Infrastructure
Alter Way – Hosting
1 rue Royal - 227 Bureaux de la Colline
92213 Saint-Cloud Cedex
Tél : +33 (0)1 41 16 38 41
Mob : +33 (0)7 62 55 57 05
http://www.alterway.fr
_______________________________________________
Users mailing list
Users(a)ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
4:02 p.m.
The mac adress are unknown until the creation of the VM, so udev won't help
here :(
2012/10/3 Antoni Segura Puimedon <asegurap(a)redhat.com>
----- Original Message -----
> From: "Kevin Maziere Aubry" <kevin.maziere(a)alterway.fr>
> To: "Igor Lvovsky" <ilvovsky(a)redhat.com>
> Cc: "Dor Laor" <dlaor(a)redhat.com>, "Michael Tsirkin" <
mtsirkin(a)redhat.com>, users(a)ovirt.org
> Sent: Wednesday, October 3, 2012 8:35:04 AM
> Subject: Re: [Users] Question about network card order
>
>
> Thanks for your reply.
>
>
>
> 2012/10/3 Igor Lvovsky < ilvovsky(a)redhat.com >
>
>
>
>
>
> ----- Original Message -----
> > From: "Kevin Maziere Aubry" < kevin.maziere(a)alterway.fr >
> > To: users(a)ovirt.org
> > Sent: Wednesday, October 3, 2012 9:58:44 AM
> > Subject: [Users] Question about network card order
> >
> >
> > Hello
> >
> >
> > My first email on the mailing, I hope the first one of a longue
> > serie.
> >
>
> Welcome to community :)
>
>
> >
> > The email concerns a Network Card order issue for which I like to
> > report a have your advises.
> >
> >
> > I've made a template which contains 2 network cards, Each one
> > bridge
> > on different vlan network.
> > When I create a VM from this template, the network card mac address
> > assignation is random... so that by default my fedora assign eth0
> > to
> > the smallest mac address, and so on for eth1/eth2 ...
> >
> >
> > But no way to define network card order in template, so that
> > sometime
> > the smallest mac address is on eth0, sometime on eth1 (and in fact
> > more often on eth1), sometime my VM works, sometime I have to
> > destroy and recreate network interfaces.
> >
> >
>
> Unfortunately it's a known issue that related mostly to guest kernel
> rather than RHEV-M.
> This is not related to order of NICs during VM start, because RHEV-M
> keep the MAC assignment
> and even PCI address assignment same over VM reboots.
>
> The real reason hidden somewhere deep in kernel/udev behaviour.
> We need to understand why 2 NICs with same MAC addresses and same PCI
> addresses may get different names (eth0/eth1)
> over machine reboot.
>
> Michael, any ideas?
>
>
> > Is there a workaround or anything else ?
> >
>
> No, I am not aware of any workaround
Wouldn't it be possible to write some matching rules in:
/etc/udev/rules.d/70-persistent-net.rules
for your template so you would have it consistent. Mind that you should
not rename to the kernel eth namespace.
Best,
Toni
>
>
> Regards,
> Igor
>
>
> >
> > Thanks
> >
> >
> > Kévin
> >
> >
> > --
> >
> > Kevin Mazière
> > Responsable Infrastructure
> > Alter Way – Hosting
> > 1 rue Royal - 227 Bureaux de la Colline
> > 92213 Saint-Cloud Cedex
> > Tél : +33 (0)1 41 16 38 41
> > Mob : +33 (0)7 62 55 57 05
> > http://www.alterway.fr
> >
> > _______________________________________________
> > Users mailing list
> > Users(a)ovirt.org
> > http://lists.ovirt.org/mailman/listinfo/users
> >
>
>
>
>
> --
>
> Kevin Mazière
> Responsable Infrastructure
> Alter Way – Hosting
> 1 rue Royal - 227 Bureaux de la Colline
> 92213 Saint-Cloud Cedex
> Tél : +33 (0)1 41 16 38 41
> Mob : +33 (0)7 62 55 57 05
> http://www.alterway.fr
>
> _______________________________________________
> Users mailing list
> Users(a)ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
--
Kevin Mazière
Responsable Infrastructure
Alter Way – Hosting
1 rue Royal - 227 Bureaux de la Colline
92213 Saint-Cloud Cedex
Tél : +33 (0)1 41 16 38 41
Mob : +33 (0)7 62 55 57 05
http://www.alterway.fr
4:42 p.m.
------=_Part_6262117_2075482117.1349271750186
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable
----- Original Message -----
From: "Kevin Maziere Aubry"
<kevin.maziere(a)alterway.fr>
To: "Antoni Segura Puimedon" <asegurap(a)redhat.com>
Cc: "Michael Tsirkin" <mtsirkin(a)redhat.com>, "Dor Laor"
<dlaor(a)redhat.com>, users(a)ovirt.org
Sent: Wednesday, October 3, 2012 3:02:47 PM
Subject: Re: [Users] Question about network card order
The mac adress are unknown until the creation of the VM, so udev
won't help here :(
But after the creation of the VM and before the first run you have the opti=
on to edit/view those MAC addresses.=20
Give whatever you want before the first run.=20
2012/10/3 Antoni Segura Puimedon < asegurap(a)redhat.com >
> ----- Original Message -----
=20
> > From: "Kevin Maziere Aubry" < kevin.maziere(a)alterway.fr >
=20
> > To: "Igor Lvovsky" < ilvovsky(a)redhat.com >
=20
> > Cc: "Dor Laor" < dlaor(a)redhat.com >, "Michael
Tsirkin" <
> > mtsirkin(a)redhat.com >, users(a)ovirt.org
=20
> > Sent: Wednesday, October 3, 2012 8:35:04 AM
=20
> > Subject: Re: [Users] Question about network card order
=20
> >
=20
> >
=20
> > Thanks for your reply.
=20
> >
=20
> >
=20
> >
=20
> > 2012/10/3 Igor Lvovsky < ilvovsky(a)redhat.com >
=20
> >
=20
> >
=20
> >
=20
> >
=20
> >
=20
> > ----- Original Message -----
=20
> > > From: "Kevin Maziere Aubry" < kevin.maziere(a)alterway.fr >
=20
> > > To: users(a)ovirt.org
=20
> > > Sent: Wednesday, October 3, 2012 9:58:44 AM
=20
> > > Subject: [Users] Question about network card order
=20
> > >
=20
> > >
=20
> > > Hello
=20
> > >
=20
> > >
=20
> > > My first email on the mailing, I hope the first one of a longue
=20
> > > serie.
=20
> > >
=20
> >
=20
> > Welcome to community :)
=20
> >
=20
> >
=20
> > >
=20
> > > The email concerns a Network Card order issue for which I like
> > > to
=20
> > > report a have your advises.
=20
> > >
=20
> > >
=20
> > > I've made a template which contains 2 network cards, Each one
=20
> > > bridge
=20
> > > on different vlan network.
=20
> > > When I create a VM from this template, the network card mac
> > > address
=20
> > > assignation is random... so that by default my fedora assign
> > > eth0
=20
> > > to
=20
> > > the smallest mac address, and so on for eth1/eth2 ...
=20
> > >
=20
> > >
=20
> > > But no way to define network card order in template, so that
=20
> > > sometime
=20
> > > the smallest mac address is on eth0, sometime on eth1 (and in
> > > fact
=20
> > > more often on eth1), sometime my VM works, sometime I have to
=20
> > > destroy and recreate network interfaces.
=20
> > >
=20
> > >
=20
> >
=20
> > Unfortunately it's a known issue that related mostly to guest
> > kernel
=20
> > rather than RHEV-M.
=20
> > This is not related to order of NICs during VM start, because
> > RHEV-M
=20
> > keep the MAC assignment
=20
> > and even PCI address assignment same over VM reboots.
=20
> >
=20
> > The real reason hidden somewhere deep in kernel/udev behaviour.
=20
> > We need to understand why 2 NICs with same MAC addresses and same
> > PCI
=20
> > addresses may get different names (eth0/eth1)
=20
> > over machine reboot.
=20
> >
=20
> > Michael, any ideas?
=20
> >
=20
> >
=20
> > > Is there a workaround or anything else ?
=20
> > >
=20
> >
=20
> > No, I am not aware of any workaround
=20
> Wouldn't it be possible to write some matching rules in:
=20
> /etc/udev/rules.d/70-persistent-net.rules
=20
> for your template so you would have it consistent. Mind that
you
> should
=20
> not rename to the kernel eth namespace.
=20
> Best,
=20
> Toni
=20
> >
=20
> >
=20
> > Regards,
=20
> > Igor
=20
> >
=20
> >
=20
> > >
=20
> > > Thanks
=20
> > >
=20
> > >
=20
> > > K=C3=A9vin
=20
> > >
=20
> > >
=20
> >
--
=20
> > >
=20
> > > Kevin Mazi=C3=A8re
=20
> > > Responsable Infrastructure
=20
> > > Alter Way =E2=80=93 Hosting
=20
> > > 1 rue Royal - 227 Bureaux de la Colline
=20
> > > 92213 Saint-Cloud Cedex
=20
> > > T=C3=A9l : +33 (0)1 41 16 38 41
=20
> > > Mob : +33 (0)7 62 55 57 05
=20
> > > http://www.alterway.fr
=20
> > >
=20
> > > _______________________________________________
=20
> > > Users mailing list
=20
> > > Users(a)ovirt.org
=20
> > > http://lists.ovirt.org/mailman/listinfo/users
=20
> > >
=20
> >
=20
> >
=20
> >
=20
> >
=20
> --
=20
> >
=20
> > Kevin Mazi=C3=A8re
=20
> > Responsable Infrastructure
=20
> > Alter Way =E2=80=93 Hosting
=20
> > 1 rue Royal - 227 Bureaux de la Colline
=20
> > 92213 Saint-Cloud Cedex
=20
> > T=C3=A9l : +33 (0)1 41 16 38 41
=20
> > Mob : +33 (0)7 62 55 57 05
=20
> > http://www.alterway.fr
=20
> >
=20
> > _______________________________________________
=20
> > Users mailing list
=20
> > Users(a)ovirt.org
=20
> > http://lists.ovirt.org/mailman/listinfo/users
=20
> >
=20 --
Kevin Mazi=C3=A8re
Responsable Infrastructure
Alter Way =E2=80=93 Hosting
1 rue Royal - 227 Bureaux de la Colline
92213 Saint-Cloud Cedex
T=C3=A9l : +33 (0)1 41 16 38 41
Mob : +33 (0)7 62 55 57 05
http://www.alterway.fr
_______________________________________________
Users mailing list
Users(a)ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
------=_Part_6262117_2075482117.1349271750186
Content-Type: text/html; charset=utf-8
Content-Transfer-Encoding: quoted-printable
<html><head><style type=3D'text/css'>p { margin: 0;
}</style></head><body><=
div style=3D'font-family: times new roman,new york,times,serif; font-size: =
12pt; color: #000000'><br><br><hr
id=3D"zwchr"><blockquote id=3D"DWT134" st=
yle=3D"border-left:2px solid rgb(16, 16, 255);margin-left:5px;padding-left:=
5px;color:#000;font-weight:normal;font-style:normal;text-decoration:none;fo=
nt-family:Helvetica,Arial,sans-serif;font-size:12pt;"><b>From:
</b>"Kevin M=
aziere Aubry" &lt;kevin.maziere(a)alterway.fr&gt;<br><b>To:
</b>"Antoni Segur=
a Puimedon" &lt;asegurap(a)redhat.com&gt;<br><b>Cc:
</b>"Michael Tsirkin" <=
;mtsirkin(a)redhat.com&gt;, "Dor Laor" &lt;dlaor(a)redhat.com&gt;,
users(a)ovirt.=
org<br><b>Sent: </b>Wednesday, October 3, 2012 3:02:47
PM<br><b>Subject: </=
b>Re: [Users] Question about network card order<br><br>The mac adress are
u=
nknown until the creation of the VM, so udev won't help here :(<br></blockq=
uote><br>But after the creation of the VM and before the first run you have=
the option to edit/view those MAC addresses.<br>Give whatever you want bef=
ore the first run. <br><br><blockquote style=3D"border-left:2px solid
rgb(1=
6, 16, 255);margin-left:5px;padding-left:5px;color:#000;font-weight:normal;=
font-style:normal;text-decoration:none;font-family:Helvetica,Arial,sans-ser=
if;font-size:12pt;"><br><div class=3D"gmail_quote">2012/10/3
Antoni Segura =
Puimedon <span dir=3D"ltr"><<a
href=3D"mailto:asegurap@redhat.com" targe=
t=3D"_blank">asegurap(a)redhat.com</a>&gt;</span><br>
<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0
.8ex;border-left:1p=
x #ccc solid;padding-left:1ex"><div class=3D"im"><br>
<br>
----- Original Message -----<br>
> From: "Kevin Maziere Aubry" <<a
href=3D"mailto:kevin.maziere@alterw=
ay.fr"
target=3D"_blank">kevin.maziere(a)alterway.fr</a>&gt;<br>
</div><div><div class=3D"h5">> To: "Igor
Lvovsky" <<a href=3D"mailto:=
ilvovsky(a)redhat.com"
target=3D"_blank">ilvovsky(a)redhat.com</a>&gt;<br>
> Cc: "Dor Laor" <<a href=3D"mailto:dlaor@redhat.com"
target=3D"_blan=
k">dlaor(a)redhat.com</a>&gt;, "Michael Tsirkin" <<a
href=3D"mailto:mtsirk=
in(a)redhat.com" target=3D"_blank">mtsirkin(a)redhat.com</a>&gt;,
<a href=3D"ma=
ilto:users@ovirt.org"
target=3D"_blank">users(a)ovirt.org</a><br>
> Sent: Wednesday, October 3, 2012 8:35:04 AM<br>
> Subject: Re: [Users] Question about network card order<br>
><br>
><br>
> Thanks for your reply.<br>
><br>
><br>
><br>
> 2012/10/3 Igor Lvovsky < <a
href=3D"mailto:ilvovsky@redhat.com" tar=
get=3D"_blank">ilvovsky(a)redhat.com</a> ><br>
><br>
><br>
><br>
><br>
><br>
> ----- Original Message -----<br>
> > From: "Kevin Maziere Aubry" < <a
href=3D"mailto:kevin.maziere@=
alterway.fr" target=3D"_blank">kevin.maziere(a)alterway.fr</a>
><br>
> > To: <a href=3D"mailto:users@ovirt.org"
target=3D"_blank">users@ov=
irt.org</a><br>
> > Sent: Wednesday, October 3, 2012 9:58:44 AM<br>
> > Subject: [Users] Question about network card order<br>
> ><br>
> ><br>
> > Hello<br>
> ><br>
> ><br>
> > My first email on the mailing, I hope the first one of a longue<b=
r>
> > serie.<br>
> ><br>
><br>
> Welcome to community :)<br>
><br>
><br>
> ><br>
> > The email concerns a Network Card order issue for which I like to=
<br>
> > report a have your advises.<br>
> ><br>
> ><br>
> > I've made a template which contains 2 network cards, Each
one<br>
> > bridge<br>
> > on different vlan network.<br>
> > When I create a VM from this template, the network card mac addre=
ss<br>
> > assignation is random... so that by default my fedora assign eth0=
<br>
> > to<br>
> > the smallest mac address, and so on for eth1/eth2 ...<br>
> ><br>
> ><br>
> > But no way to define network card order in template, so that<br>
> > sometime<br>
> > the smallest mac address is on eth0, sometime on eth1 (and in fac=
t<br>
> > more often on eth1), sometime my VM works, sometime I have to<br>
> > destroy and recreate network interfaces.<br>
> ><br>
> ><br>
><br>
> Unfortunately it's a known issue that related mostly to guest kernel<b=
r>
> rather than RHEV-M.<br>
> This is not related to order of NICs during VM start, because RHEV-M<b=
r>
> keep the MAC assignment<br>
> and even PCI address assignment same over VM reboots.<br>
><br>
> The real reason hidden somewhere deep in kernel/udev behaviour.<br>
> We need to understand why 2 NICs with same MAC addresses and same PCI<=
br>
> addresses may get different names (eth0/eth1)<br>
> over machine reboot.<br>
><br>
> Michael, any ideas?<br>
><br>
><br>
> > Is there a workaround or anything else ?<br>
> ><br>
><br>
> No, I am not aware of any workaround<br>
<br>
</div></div>Wouldn't it be possible to write some matching rules
in:<br>
/etc/udev/rules.d/70-persistent-net.rules<br>
<br>
for your template so you would have it consistent. Mind that you should<br>
not rename to the kernel eth namespace.<br>
<br>
Best,<br>
<br>
Toni<br>
<div class=3D"HOEnZb"><div class=3D"h5"><br>
><br>
><br>
> Regards,<br>
> Igor<br>
><br>
><br>
> ><br>
> > Thanks<br>
> ><br>
> ><br>
> > K=C3=A9vin<br>
> ><br>
> ><br>
> > --<br>
> ><br>
> > Kevin Mazi=C3=A8re<br>
> > Responsable Infrastructure<br>
> > Alter Way =E2=80=93 Hosting<br>
> > 1 rue Royal - 227 Bureaux de la Colline<br>
> > 92213 Saint-Cloud Cedex<br>
> > T=C3=A9l : <a
href=3D"tel:%2B33%20%280%291%2041%2016%2038%2041" t=
arget=3D"_blank">+33 (0)1 41 16 38 41</a><br>
> > Mob : <a href=3D"tel:%2B33%20%280%297%2062%2055%2057%2005"
target=
=3D"_blank">+33 (0)7 62 55 57 05</a><br>
> > <a href=3D"http://www.alterway.fr"
target=3D"_blank">http://www.a=
lterway.fr</a><br>
> ><br>
> > _______________________________________________<br>
> > Users mailing list<br>
> > <a href=3D"mailto:Users@ovirt.org"
target=3D"_blank">Users(a)ovirt.=
org</a><br>
> > <a href=3D"http://lists.ovirt.org/mailman/listinfo/users"
target=
=3D"_blank">http://lists.ovirt.org/mailman/listinfo/users</a><br>
> ><br>
><br>
><br>
><br>
><br>
> --<br>
><br>
> Kevin Mazi=C3=A8re<br>
> Responsable Infrastructure<br>
> Alter Way =E2=80=93 Hosting<br>
> 1 rue Royal - 227 Bureaux de la Colline<br>
> 92213 Saint-Cloud Cedex<br>
> T=C3=A9l : <a href=3D"tel:%2B33%20%280%291%2041%2016%2038%2041"
target=
=3D"_blank">+33 (0)1 41 16 38 41</a><br>
> Mob : <a href=3D"tel:%2B33%20%280%297%2062%2055%2057%2005"
target=3D"_=
blank">+33 (0)7 62 55 57 05</a><br>
> <a href=3D"http://www.alterway.fr"
target=3D"_blank">http://www.alterw=
ay.fr</a><br>
><br>
> _______________________________________________<br>
> Users mailing list<br>
> <a href=3D"mailto:Users@ovirt.org"
target=3D"_blank">Users(a)ovirt.org</=
a><br>
> <a href=3D"http://lists.ovirt.org/mailman/listinfo/users"
target=3D"_b=
lank">http://lists.ovirt.org/mailman/listinfo/users</a><...
><br>
</div></div></blockquote></div><br><br
clear=3D"all"><div><br></div>-- <br>=
<br> <span style=3D"color:;font-weight:bold"
lang=3D"EN-US">Kevin Mazi=C3=
=A8re<br>
</span><span style=3D"color:"
lang=3D"EN-US">Responsable Infrastructure=
<br>
</span><span style=3D"color:" lang=3D"EN-US">Alter
Way
=E2=80=93 Hosting<br>
</span>
<span style=3D"color:">1 rue Royal - 227 Bureaux de la
Colline</span><=
br>
<span style=3D"color:">92213 Saint-Cloud Cedex</span><br>
<span style=3D"color:;font-weight:bold">T=C3=A9l :</span>
<span style=3D"color:"> +33 (0)1 41 16 38 41 </span><span
style=3D"colo=
r:;font-weight:bold"><br></span>
<span style=3D"color:;font-weight:bold">Mob :</span>
<span style=3D"color:"> +33 (0)7 62 55 57 05 </span><span
style=3D"colo=
r:;font-weight:bold"><br>
<span style=3D"color:"> <a
href=3D"http://www.alterway.fr/" target=3D"_=
blank">http://www.alterway.fr</a> </span></span><br>
<br>_______________________________________________<br>Users mailing
list<b=
r>Users@ovirt.org<br>http://lists.ovirt.org/mailman/listinfo/users<br></blo=
ckquote><br></div></body></html>
------=_Part_6262117_2075482117.1349271750186--
5:18 p.m.
Sur :)
2012/10/3 Simon Grinberg <simon(a)redhat.com>
------------------------------
*From: *"Kevin Maziere Aubry" <kevin.maziere(a)alterway.fr>
*To: *"Antoni Segura Puimedon" <asegurap(a)redhat.com>
*Cc: *"Michael Tsirkin" <mtsirkin(a)redhat.com>, "Dor Laor" <
dlaor(a)redhat.com>, users(a)ovirt.org
*Sent: *Wednesday, October 3, 2012 3:02:47 PM
*Subject: *Re: [Users] Question about network card order
The mac adress are unknown until the creation of the VM, so udev won't
help here :(
But after the creation of the VM and before the first run you have the
option to edit/view those MAC addresses.
Give whatever you want before the first run.
2012/10/3 Antoni Segura Puimedon <asegurap(a)redhat.com>
>
>
> ----- Original Message -----
> > From: "Kevin Maziere Aubry" <kevin.maziere(a)alterway.fr>
> > To: "Igor Lvovsky" <ilvovsky(a)redhat.com>
> > Cc: "Dor Laor" <dlaor(a)redhat.com>, "Michael Tsirkin"
<
> mtsirkin(a)redhat.com>, users(a)ovirt.org
> > Sent: Wednesday, October 3, 2012 8:35:04 AM
> > Subject: Re: [Users] Question about network card order
> >
> >
> > Thanks for your reply.
> >
> >
> >
> > 2012/10/3 Igor Lvovsky < ilvovsky(a)redhat.com >
> >
> >
> >
> >
> >
> > ----- Original Message -----
> > > From: "Kevin Maziere Aubry" < kevin.maziere(a)alterway.fr >
> > > To: users(a)ovirt.org
> > > Sent: Wednesday, October 3, 2012 9:58:44 AM
> > > Subject: [Users] Question about network card order
> > >
> > >
> > > Hello
> > >
> > >
> > > My first email on the mailing, I hope the first one of a longue
> > > serie.
> > >
> >
> > Welcome to community :)
> >
> >
> > >
> > > The email concerns a Network Card order issue for which I like to
> > > report a have your advises.
> > >
> > >
> > > I've made a template which contains 2 network cards, Each one
> > > bridge
> > > on different vlan network.
> > > When I create a VM from this template, the network card mac address
> > > assignation is random... so that by default my fedora assign eth0
> > > to
> > > the smallest mac address, and so on for eth1/eth2 ...
> > >
> > >
> > > But no way to define network card order in template, so that
> > > sometime
> > > the smallest mac address is on eth0, sometime on eth1 (and in fact
> > > more often on eth1), sometime my VM works, sometime I have to
> > > destroy and recreate network interfaces.
> > >
> > >
> >
> > Unfortunately it's a known issue that related mostly to guest kernel
> > rather than RHEV-M.
> > This is not related to order of NICs during VM start, because RHEV-M
> > keep the MAC assignment
> > and even PCI address assignment same over VM reboots.
> >
> > The real reason hidden somewhere deep in kernel/udev behaviour.
> > We need to understand why 2 NICs with same MAC addresses and same PCI
> > addresses may get different names (eth0/eth1)
> > over machine reboot.
> >
> > Michael, any ideas?
> >
> >
> > > Is there a workaround or anything else ?
> > >
> >
> > No, I am not aware of any workaround
>
> Wouldn't it be possible to write some matching rules in:
> /etc/udev/rules.d/70-persistent-net.rules
>
> for your template so you would have it consistent. Mind that you should
> not rename to the kernel eth namespace.
>
> Best,
>
> Toni
>
> >
> >
> > Regards,
> > Igor
> >
> >
> > >
> > > Thanks
> > >
> > >
> > > Kévin
> > >
> > >
> > > --
> > >
> > > Kevin Mazière
> > > Responsable Infrastructure
> > > Alter Way – Hosting
> > > 1 rue Royal - 227 Bureaux de la Colline
> > > 92213 Saint-Cloud Cedex
> > > Tél : +33 (0)1 41 16 38 41
> > > Mob : +33 (0)7 62 55 57 05
> > > http://www.alterway.fr
> > >
> > > _______________________________________________
> > > Users mailing list
> > > Users(a)ovirt.org
> > > http://lists.ovirt.org/mailman/listinfo/users
> > >
> >
> >
> >
> >
> > --
> >
> > Kevin Mazière
> > Responsable Infrastructure
> > Alter Way – Hosting
> > 1 rue Royal - 227 Bureaux de la Colline
> > 92213 Saint-Cloud Cedex
> > Tél : +33 (0)1 41 16 38 41
> > Mob : +33 (0)7 62 55 57 05
> > http://www.alterway.fr
> >
> > _______________________________________________
> > Users mailing list
> > Users(a)ovirt.org
> > http://lists.ovirt.org/mailman/listinfo/users
> >
>
--
Kevin Mazière
Responsable Infrastructure
Alter Way – Hosting
1 rue Royal - 227 Bureaux de la Colline
92213 Saint-Cloud Cedex
Tél : +33 (0)1 41 16 38 41
Mob : +33 (0)7 62 55 57 05
http://www.alterway.fr
_______________________________________________
Users mailing list
Users(a)ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
--
Kevin Mazière
Responsable Infrastructure
Alter Way – Hosting
1 rue Royal - 227 Bureaux de la Colline
92213 Saint-Cloud Cedex
Tél : +33 (0)1 41 16 38 41
Mob : +33 (0)7 62 55 57 05
http://www.alterway.fr
4:58 p.m.
On 10/03/2012 02:51 PM, Antoni Segura Puimedon wrote:
...
>> Hello
>>
>>
>> My first email on the mailing, I hope the first one of a longue
>> serie.
>>
>
> Welcome to community :)
>
>
>>
>> The email concerns a Network Card order issue for which I like to
>> report a have your advises.
>>
>>
>> I've made a template which contains 2 network cards, Each one
>> bridge
>> on different vlan network.
>> When I create a VM from this template, the network card mac address
>> assignation is random... so that by default my fedora assign eth0
>> to
>> the smallest mac address, and so on for eth1/eth2 ...
>>
>>
>> But no way to define network card order in template, so that
>> sometime
>> the smallest mac address is on eth0, sometime on eth1 (and in fact
>> more often on eth1), sometime my VM works, sometime I have to
>> destroy and recreate network interfaces.
>>
>>
>
> Unfortunately it's a known issue that related mostly to guest kernel
> rather than RHEV-M.
> This is not related to order of NICs during VM start, because RHEV-M
> keep the MAC assignment
> and even PCI address assignment same over VM reboots.
>
> The real reason hidden somewhere deep in kernel/udev behaviour.
> We need to understand why 2 NICs with same MAC addresses and same PCI
> addresses may get different names (eth0/eth1)
> over machine reboot.
>
> Michael, any ideas?
>
>
>> Is there a workaround or anything else ?
>>
>
> No, I am not aware of any workaround
Wouldn't it be possible to write some matching rules in:
/etc/udev/rules.d/70-persistent-net.rules
maybe leverage cloud-init (or your own script) and payload as a
workaround for now.
maybe worth solving this via cloud-init/payload as a built in solution.
for your template so you would have it consistent. Mind that you should
not rename to the kernel eth namespace.
Best,
Toni
>
>
> Regards,
> Igor
>
>
>>
>> Thanks
>>
>>
>> Kévin
>>
>>
>> --
>>
>> Kevin Mazière
>> Responsable Infrastructure
>> Alter Way – Hosting
>> 1 rue Royal - 227 Bureaux de la Colline
>> 92213 Saint-Cloud Cedex
>> Tél : +33 (0)1 41 16 38 41
>> Mob : +33 (0)7 62 55 57 05
>> http://www.alterway.fr
>>
>> _______________________________________________
>> Users mailing list
>> Users(a)ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/users
>>
>
>
>
>
> --
>
> Kevin Mazière
> Responsable Infrastructure
> Alter Way – Hosting
> 1 rue Royal - 227 Bureaux de la Colline
> 92213 Saint-Cloud Cedex
> Tél : +33 (0)1 41 16 38 41
> Mob : +33 (0)7 62 55 57 05
> http://www.alterway.fr
>
> _______________________________________________
> Users mailing list
> Users(a)ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
_______________________________________________
Users mailing list
Users(a)ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
4435
days inactive
4435
days old
7 comments
5 participants
participants (5)
-
Antoni Segura Puimedon -
Igor Lvovsky -
Itamar Heim -
Kevin Maziere Aubry -
Simon Grinberg