[Users] Question about network card order

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

----- Original Message -----
From: "Kevin Maziere Aubry" <kevin.maziere@alterway.fr> To: users@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@ovirt.org http://lists.ovirt.org/mailman/listinfo/users

Thanks for your reply. 2012/10/3 Igor Lvovsky <ilvovsky@redhat.com>
----- Original Message -----
From: "Kevin Maziere Aubry" <kevin.maziere@alterway.fr> To: users@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@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

----- Original Message -----
From: "Kevin Maziere Aubry" <kevin.maziere@alterway.fr> To: "Igor Lvovsky" <ilvovsky@redhat.com> Cc: "Dor Laor" <dlaor@redhat.com>, "Michael Tsirkin" <mtsirkin@redhat.com>, users@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@redhat.com >
----- Original Message -----
From: "Kevin Maziere Aubry" < kevin.maziere@alterway.fr > To: users@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@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@ovirt.org http://lists.ovirt.org/mailman/listinfo/users

The mac adress are unknown until the creation of the VM, so udev won't help here :( 2012/10/3 Antoni Segura Puimedon <asegurap@redhat.com>
----- Original Message -----
From: "Kevin Maziere Aubry" <kevin.maziere@alterway.fr> To: "Igor Lvovsky" <ilvovsky@redhat.com> Cc: "Dor Laor" <dlaor@redhat.com>, "Michael Tsirkin" < mtsirkin@redhat.com>, users@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@redhat.com >
----- Original Message -----
From: "Kevin Maziere Aubry" < kevin.maziere@alterway.fr > To: users@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@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@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

------=_Part_6262117_2075482117.1349271750186 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable ----- Original Message -----
From: "Kevin Maziere Aubry" <kevin.maziere@alterway.fr> To: "Antoni Segura Puimedon" <asegurap@redhat.com> Cc: "Michael Tsirkin" <mtsirkin@redhat.com>, "Dor Laor" <dlaor@redhat.com>, users@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@redhat.com >
----- Original Message ----- =20
From: "Kevin Maziere Aubry" < kevin.maziere@alterway.fr > =20
To: "Igor Lvovsky" < ilvovsky@redhat.com > =20 Cc: "Dor Laor" < dlaor@redhat.com >, "Michael Tsirkin" < mtsirkin@redhat.com >, users@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@redhat.com > =20
=20
=20
=20
=20
=20
----- Original Message ----- =20
From: "Kevin Maziere Aubry" < kevin.maziere@alterway.fr > =20 To: users@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@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@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@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" <kevin.maziere@alterway.fr><br><b>To: </b>"Antoni Segur= a Puimedon" <asegurap@redhat.com><br><b>Cc: </b>"Michael Tsirkin" <= ;mtsirkin@redhat.com>, "Dor Laor" <dlaor@redhat.com>, users@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@redhat.com</a>></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@alterway.fr</a>><br> </div><div><div class=3D"h5">> To: "Igor Lvovsky" <<a href=3D"mailto:= ilvovsky@redhat.com" target=3D"_blank">ilvovsky@redhat.com</a>><br> > Cc: "Dor Laor" <<a href=3D"mailto:dlaor@redhat.com" target=3D"_blan= k">dlaor@redhat.com</a>>, "Michael Tsirkin" <<a href=3D"mailto:mtsirk= in@redhat.com" target=3D"_blank">mtsirkin@redhat.com</a>>, <a href=3D"ma= ilto:users@ovirt.org" target=3D"_blank">users@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@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@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@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@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> ><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--

Sur :) 2012/10/3 Simon Grinberg <simon@redhat.com>
------------------------------
*From: *"Kevin Maziere Aubry" <kevin.maziere@alterway.fr> *To: *"Antoni Segura Puimedon" <asegurap@redhat.com> *Cc: *"Michael Tsirkin" <mtsirkin@redhat.com>, "Dor Laor" < dlaor@redhat.com>, users@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@redhat.com>
----- Original Message -----
From: "Kevin Maziere Aubry" <kevin.maziere@alterway.fr> To: "Igor Lvovsky" <ilvovsky@redhat.com> Cc: "Dor Laor" <dlaor@redhat.com>, "Michael Tsirkin" < mtsirkin@redhat.com>, users@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@redhat.com >
----- Original Message -----
From: "Kevin Maziere Aubry" < kevin.maziere@alterway.fr > To: users@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@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@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@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

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@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@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
_______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
participants (5)
-
Antoni Segura Puimedon
-
Igor Lvovsky
-
Itamar Heim
-
Kevin Maziere Aubry
-
Simon Grinberg