<div dir="ltr">Hi<div><br><div style>(it works)</div><div style><br></div><div style>I've installed a fresh f18 netinstall.</div><div style>I've install all these rpm from <a href="https://admin.fedoraproject.org/updates/FEDORA-2013-1590/initscripts-9.42.2-1.fc18,systemd-197-1.fc18.2">https://admin.fedoraproject.org/updates/FEDORA-2013-1590/initscripts-9.42.2-1.fc18,systemd-197-1.fc18.2</a> : </div>
<div style><div>-rw-r--r--. 1 root root 123K 20 févr. 17:08 debugmode-9.42.2-1.fc18.x86_64.rpm</div><div>-rw-r--r--. 1 root root 919K 20 févr. 17:08 initscripts-9.42.2-1.fc18.x86_64.rpm</div><div>-rw-r--r--. 1 root root 192K 20 févr. 17:08 initscripts-debuginfo-9.42.2-1.fc18.x86_64.rpm</div>
<div>-rw-r--r--. 1 root root 37K 28 janv. 20:06 libgudev1-197-1.fc18.2.x86_64.rpm</div><div>-rw-r--r--. 1 root root 49K 28 janv. 20:06 libgudev1-devel-197-1.fc18.2.x86_64.rpm</div><div>-rw-r--r--. 1 root root 2,2M 28 janv. 20:06 systemd-197-1.fc18.2.x86_64.rpm</div>
<div>-rw-r--r--. 1 root root 27K 28 janv. 20:05 systemd-analyze-197-1.fc18.2.x86_64.rpm</div><div>-rw-r--r--. 1 root root 7,0M 28 janv. 20:05 systemd-debuginfo-197-1.fc18.2.x86_64.rpm</div><div>-rw-r--r--. 1 root root 131K 28 janv. 20:05 systemd-devel-197-1.fc18.2.x86_64.rpm</div>
<div>-rw-r--r--. 1 root root 128K 28 janv. 20:06 systemd-libs-197-1.fc18.2.x86_64.rpm</div><div>-rw-r--r--. 1 root root 33K 28 janv. 20:06 systemd-python-197-1.fc18.2.x86_64.rpm</div><div>-rw-r--r--. 1 root root 25K 28 janv. 20:05 systemd-sysv-197-1.fc18.2.x86_64.rpm</div>
<div><br></div><div style>When installing vdsm from the manager, the node loose the network.</div><div style>In fact NetworkManager to no add the gateway, so I add it to /etc/sysconfig/network, and do a reinstall</div><div style>
<br></div><div style>The node reboot and come back as non operationnal.</div><div style>In fact the ovirtmgmt was not attached to p1p1, so I attached it, and no issue.</div><div style>The node is up</div><div style>Then I attached my Vlan interface, and IT WORKS as requested !!</div>
<div style><br></div><div style>Nice work guys, I have only set a gateway and installed required rpm, leave NetworkManager started, and no issue regarding network for the moment.</div><div style><br></div><div style>Kevin</div>
</div></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">2013/2/21 Antoni Segura Puimedon <span dir="ltr"><<a href="mailto:asegurap@redhat.com" target="_blank">asegurap@redhat.com</a>></span><br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
They pushed a change to initscripts and systemd that should fix the issue:<br>
<br>
<a href="https://admin.fedoraproject.org/updates/FEDORA-2013-1590/initscripts-9.42.2-1.fc18,systemd-197-1.fc18.2" target="_blank">https://admin.fedoraproject.org/updates/FEDORA-2013-1590/initscripts-9.42.2-1.fc18,systemd-197-1.fc18.2</a><br>
<div class="im HOEnZb"><br>
----- Original Message -----<br>
> From: "Jeff Bailey" <<a href="mailto:bailey@cs.kent.edu">bailey@cs.kent.edu</a>><br>
> To: <a href="mailto:users@ovirt.org">users@ovirt.org</a><br>
</div><div class="HOEnZb"><div class="h5">> Sent: Wednesday, February 20, 2013 11:26:33 AM<br>
> Subject: Re: [Users] vlan interface failed : Bridged network Internet is attached to multiple interfaces: <UNKNOWN><br>
> on Host node1.<br>
><br>
><br>
> On 2/20/2013 4:56 AM, Antoni Segura Puimedon wrote:<br>
> > There's a systemd hackfest this week on occasion of the developers<br>
> > conference in Brno. I'll try to see what can be done about this.<br>
> ><br>
> > @Kevin. Did you try the 60-net.rules that Lukas Nykryn proposed?<br>
> > ACTION=="add", SUBSYSTEM=="net", ATTRS{type}=="1",<br>
> > PROGRAM="/lib/udev/rename_device", RESULT=="?*", NAME="$result"<br>
><br>
> I had tried this and it didn't help. It seems that the vlan<br>
> interface<br>
> has type 1 (/sys/class/net/em1_1.538/type contains 1) and the rename<br>
> still happens.<br>
><br>
> > Best,<br>
> ><br>
> > Toni<br>
> ><br>
> > ----- Original Message -----<br>
> >> From: "Jeff Bailey" <<a href="mailto:bailey@cs.kent.edu">bailey@cs.kent.edu</a>><br>
> >> To: <a href="mailto:users@ovirt.org">users@ovirt.org</a><br>
> >> Sent: Wednesday, February 20, 2013 3:38:28 AM<br>
> >> Subject: Re: [Users] vlan interface failed : Bridged network<br>
> >> Internet is attached to multiple interfaces: <UNKNOWN><br>
> >> on Host node1.<br>
> >><br>
> >> On 2/19/2013 8:04 PM, Jeff Bailey wrote:<br>
> >>> On 2/19/2013 5:34 PM, Dan Kenigsberg wrote:<br>
> >>>> On Tue, Feb 19, 2013 at 11:12:42PM +0100, Kevin Maziere Aubry<br>
> >>>> wrote:<br>
> >>>>> Hi<br>
> >>>>><br>
> >>>>> I've just found a workaround ... rm<br>
> >>>>> /usr/lib/udev/rules.d/60-net.rules and<br>
> >>>>> reboot<br>
> >>>>> Then I can add vlan to physical interface.<br>
> >>>>><br>
> >>>>><br>
> >>>>><br>
> >>>>> 2013/2/19 Kevin Maziere Aubry <<a href="mailto:kevin.maziere@alterway.fr">kevin.maziere@alterway.fr</a>><br>
> >>>>><br>
> >>>>>> Hi<br>
> >>>>>><br>
> >>>>>> Today on IRC we worked on this issue and I will try to<br>
> >>>>>> summarized the<br>
> >>>>>> results of our troubleshooting :<br>
> >>>>>><br>
> >>>>>> Current stable systemd rpm has a bug with device mapper which<br>
> >>>>>> cause<br>
> >>>>>> all<br>
> >>>>>> device created on a fibrechannel to have wrong access right.<br>
> >>>>>> So the workaround is to replace systemd with the one on the<br>
> >>>>>> testing<br>
> >>>>>> repo.<br>
> >>>>>><br>
> >>>>>> But the testing release as also a bug with udev which rename<br>
> >>>>>> network<br>
> >>>>>> interface so that each new network interface is named<br>
> >>>>>> renameX@interface.<br>
> >>>>>><br>
> >>>>>> We test some udev workaround unsucessfully. (<br>
> >>>>>> <a href="https://bugzilla.redhat.com/show_bug.cgi?id=907365" target="_blank">https://bugzilla.redhat.com/show_bug.cgi?id=907365</a> )<br>
> >>>>>> Now I think a patch on systemd testing rpm should fix the<br>
> >>>>>> issue,<br>
> >>>>>> waiting<br>
> >>>>>> for it<br>
> >>>>>><br>
> >>>>>> Reference:<br>
> >>>>>><br>
> >>>>>> <a href="https://bugzilla.redhat.com/show_bug.cgi?id=912323" target="_blank">https://bugzilla.redhat.com/show_bug.cgi?id=912323</a><br>
> >>>> Last word that I've heard about this bug ^^^ ("Bug 912323 -<br>
> >>>> Adding<br>
> >>>> a<br>
> >>>> VLAN Device does not Work ") is that Muli can no longer<br>
> >>>> reproduce<br>
> >>>> it on<br>
> >>>> his host.<br>
> >>>><br>
> >>>> If this does reproduce on your system, would you provide more<br>
> >>>> data<br>
> >>>> as<br>
> >>>> requested on<br>
> >>>> <a href="https://bugzilla.redhat.com/show_bug.cgi?id=912323#c2" target="_blank">https://bugzilla.redhat.com/show_bug.cgi?id=912323#c2</a><br>
> >>>> ?<br>
> >>>> Note that I've just called the systemd cavalry to our<br>
> >>>> assistance.<br>
> >>> I thought I had a simple (if inconvenient) work around but it<br>
> >>> looks<br>
> >>> like something (either the deploy or syncing the management<br>
> >>> network)<br>
> >>> puts the HWADDR line back in ifcfg-em1_1. I'm going to do some<br>
> >>> more<br>
> >>> testing... Yep, it's the network sync that adds HWADDR back<br>
> >>> which<br>
> >>> then triggers udev to rename em1_1.538 to em1_1 which doesn't<br>
> >>> work<br>
> >>> and<br>
> >>> I end up with "rename??@em1_1". I can live without the sync I<br>
> >>> suppose. I'll try leaving the manual config of the management<br>
> >>> network<br>
> >>> alone and then config the other networks and see what happens.<br>
> >>><br>
> >> Well, that didn't work. I can't seem to find any combination that<br>
> >> plays<br>
> >> nicely together. Looks like Kevin's solution of ripping out<br>
> >> udev's<br>
> >> ability to rename interfaces may be the only quick fix. It does<br>
> >> get<br>
> >> us<br>
> >> the ability to change ownership of LVs back which is more<br>
> >> important.<br>
> >> So<br>
> >> far, I've seen no ill effects and everything (networking and<br>
> >> storage)<br>
> >> seems to be working as it should.<br>
> >><br>
> >>>> Dan.<br>
> >>>> _______________________________________________<br>
> >>>> Users mailing list<br>
> >>>> <a href="mailto:Users@ovirt.org">Users@ovirt.org</a><br>
> >>>> <a href="http://lists.ovirt.org/mailman/listinfo/users" target="_blank">http://lists.ovirt.org/mailman/listinfo/users</a><br>
> >>> _______________________________________________<br>
> >>> Users mailing list<br>
> >>> <a href="mailto:Users@ovirt.org">Users@ovirt.org</a><br>
> >>> <a href="http://lists.ovirt.org/mailman/listinfo/users" target="_blank">http://lists.ovirt.org/mailman/listinfo/users</a><br>
> >> _______________________________________________<br>
> >> Users mailing list<br>
> >> <a href="mailto:Users@ovirt.org">Users@ovirt.org</a><br>
> >> <a href="http://lists.ovirt.org/mailman/listinfo/users" target="_blank">http://lists.ovirt.org/mailman/listinfo/users</a><br>
> >><br>
> > _______________________________________________<br>
> > Users mailing list<br>
> > <a href="mailto:Users@ovirt.org">Users@ovirt.org</a><br>
> > <a href="http://lists.ovirt.org/mailman/listinfo/users" target="_blank">http://lists.ovirt.org/mailman/listinfo/users</a><br>
><br>
> _______________________________________________<br>
> Users mailing list<br>
> <a href="mailto:Users@ovirt.org">Users@ovirt.org</a><br>
> <a href="http://lists.ovirt.org/mailman/listinfo/users" target="_blank">http://lists.ovirt.org/mailman/listinfo/users</a><br>
><br>
_______________________________________________<br>
Users mailing list<br>
<a href="mailto:Users@ovirt.org">Users@ovirt.org</a><br>
<a href="http://lists.ovirt.org/mailman/listinfo/users" target="_blank">http://lists.ovirt.org/mailman/listinfo/users</a><br>
</div></div></blockquote></div><br><br clear="all"><div><br></div>-- <br><br> <span style="color:rgb(89,89,89);font-weight:bold" lang="EN-US">Kevin Mazière<br>
</span><span style="color:rgb(89,89,89)" lang="EN-US">Responsable Infrastructure<br>
</span><span style="color:rgb(255,0,153)" lang="EN-US">Alter Way
– Hosting<br>
</span>
<span style="color:rgb(89,89,89)">1 rue Royal - 227 Bureaux de la Colline</span><br>
<span style="color:rgb(89,89,89)">92213 Saint-Cloud Cedex</span><br>
<span style="color:rgb(89,89,89);font-weight:bold">Tél :</span>
<span style="color:rgb(89,89,89)"> +33 (0)1 41 16 38 41 </span><span style="color:rgb(89,89,89);font-weight:bold"><br></span>
<span style="color:rgb(89,89,89);font-weight:bold">Mob :</span>
<span style="color:rgb(89,89,89)"> +33 (0)7 62 55 57 05 </span><span style="color:rgb(89,89,89);font-weight:bold"><br>
<span style="color:rgb(89,89,89)"> <a href="http://www.alterway.fr/" target="_blank">http://www.alterway.fr</a> </span></span>
</div>