|
From: Heiko Z. <he...@zu...> - 2010-08-28 14:40:21
|
I did remove the mactab feature from CVS.
I had to manually merge a few lines from Serge's last change, so
hopefully I didn't fat-finger anything.
Heiko
> -----Original Message-----
> From: Heiko Zuerker [mailto:he...@zu...]
> Sent: Saturday, August 28, 2010 8:06 AM
> To: dev...@li...
> Subject: Re: [Devil-linux-develop] Enable "nameif" to associate MAC
> address with correct interface name
>
> Yes I agree, let's take it back out.
>
> Heiko
>
> > -----Original Message-----
> > From: Stefan Engel [mailto:ma...@en...]
> > Sent: Monday, August 23, 2010 4:12 AM
> > To: dev...@li...
> > Subject: Re: [Devil-linux-develop] Enable "nameif" to associate MAC
> > address with correct interface name
> >
> > Hi Serge,
> >
> > I just tested my config with
/etc/udev/rules.d/70-persistent-net.rules
> > with two VMs and it's working without problems. This solution looks
> like
> > the more elegant way to assign interface names to mac addresses.
> >
> > Seems that the changes we made for dealing with /etc/mactab and
> > /etc/mactable are more or less obsolete by now.
> >
> > udev already works in the correct way when assigning the interface
> > names, without the 'workaround' I made in the network script to get
> the
> > interface names right. So if nobody really needs the changes we made
> > for working with /etc/mactab, /etc/mactable, we could roolback these
> > changes.
> >
> > Regards,
> > Stefan
> >
> > On 08/22/2010 07:56 AM, Serge Leschinsky wrote:
> > > Hi guys,
> > >
> > > DL system has been retired recently and I found that the problem
> with
> > > MAC-interface name association was solved a bit differently.
> Probably
> > > I missed something - in this case I'm sorry in advance.
> > >
> > > The solution is based on udev rule (70-persistent-net.rules). The
> file
> > > below is a simple concatenation of 70-persistent-net.rules from 3
> > > different DL systems, and I was able to copy configuration tarball
> > > between systems without problem with network interface renaming.
> > Is it the same what you wish to get?
> > >
> > >
> > > # cat /etc/udev/rules.d/70-persistent-net.rules
> > > # This file was automatically generated by the
> > > /lib/udev/write_net_rules # program, run by the persistent-net-
> > generator.rules rules file.
> > > #
> > > # You can modify it, as long as you keep each rule on a single #
> line,
> > > and change only the value of the NAME= key.
> > >
> > > # PCI device 0x10ec:0x8169 (r8169)
> > > SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*",
> > > ATTR{address}=="00:14:d1:16:ab:c5", ATTR{type}=="1",
> > KERNEL=="eth*", NAME="eth0"
> > >
> > > # PCI device 0x10ec:0x8139 (8139too) SUBSYSTEM=="net",
> > > ACTION=="add", DRIVERS=="?*",
> ATTR{address}=="00:0a:e6:88:8f:4d",
> > > ATTR{type}=="1",
> > KERNEL=="eth*", NAME="eth1"
> > >
> > > # PCI device 0x10ec:0x8169 (r8169)
> > > SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*",
> > > ATTR{address}=="00:14:d1:16:a8:cc", ATTR{type}=="1",
> > KERNEL=="eth*", NAME="eth1"
> > >
> > > # PCI device 0x10ec:0x8139 (8139too) SUBSYSTEM=="net",
> > > ACTION=="add", DRIVERS=="?*",
> ATTR{address}=="00:0d:87:26:33:9e",
> > > ATTR{type}=="1",
> > KERNEL=="eth*", NAME="eth0"
> > >
> > > SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*",
> > > ATTR{address}=="00:23:4d:0b:87:b2", ATTR{type}=="1",
> > KERNEL=="eth*", NAME="wlan0"
> > >
> > > SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*",
> > > ATTR{address}=="00:21:70:bc:07:76", ATTR{type}=="1",
> > KERNEL=="eth*", NAME="eth0"
> > >
> > > # PCI device 0x8086:0x10f5 (e1000e)
> > > SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*",
> > > ATTR{address}=="00:22:68:13:c2:3b", ATTR{type}=="1",
> > KERNEL=="eth*", NAME="eth1"
> > >
> > > # PCI device 0x8086:0x4237 (iwlagn)
> > > SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*",
> > > ATTR{address}=="00:1e:65:6b:22:64", ATTR{type}=="1",
> > KERNEL=="wlan*", NAME="wlan1"
> > >
> > >
> > > Serge
> > >
> > >
> > > On 06/18/2010 09:13 AM, Stefan Engel wrote:
> > >> Sorry for the late reply, holiday and work kept me busy.
> > >>
> > >> I have seen the bug #73 is resolved and the network script is now
> > >> available in the latest CVS snapshot. I am about to build my own
> > >> devil distro sometime during the next days. So far the script
looks
> > >> ok and should work as intended.
> > >>
> > >> Thanks for all helping to get this task done.
> > >>
> > >> Regards,
> > >> Stefan
> > >>
> > >>
> > >> On 05/25/2010 03:29 AM, Stephen H F Ralph wrote:
> > >>> Having given further thought to my earlier posting from work,
and
> > >>> hopefully to ease confusion between the differing network
> scripts,
> I
> > >>> have given a version of "1.44a" to the original mactab-modified
> > >>> script, and "1.44b" to the same file as further patched by
Stefan.
> > >>>
> > >>> Both files have been uploaded to mantis.
> > >>>
> > >>> If Stefan can confirm I have correctly added his modifications
to
> > >>> 1.44b, then I propose this is the file to use.
> > >>>
> > >>> I'd expect Heiko to strip the temporary branding 1.44a and
1.44b,
> by
> > the way.
> > >>>
> > >>> Regards - Steve
> > >>>
> > >>> "Stephen H F Ralph" <shf...@gm...>
> > >>>
> > >>>
> --------------------------------------------------------------------
> > >>> ----------
> > >
> > >
> ----------------------------------------------------------------------
> > > --------
> > > This SF.net email is sponsored by
> > >
> > > Make an app they can't live without
> > > Enter the BlackBerry Developer Challenge
> > > http://p.sf.net/sfu/RIM-dev2dev
> > > _______________________________________________
> > > Devil-linux-develop mailing list
> > > Dev...@li...
> > > https://lists.sourceforge.net/lists/listinfo/devil-linux-develop
> > >
> > >
> >
> >
> >
>
------------------------------------------------------------------------
> ------
> > This SF.net email is sponsored by
> >
> > Make an app they can't live without
> > Enter the BlackBerry Developer Challenge http://p.sf.net/sfu/RIM-
> > dev2dev _______________________________________________
> > Devil-linux-develop mailing list
> > Dev...@li...
> > https://lists.sourceforge.net/lists/listinfo/devil-linux-develop
>
>
>
------------------------------------------------------------------------
------
> Sell apps to millions through the Intel(R) Atom(Tm) Developer Program
> Be part of this innovative community and reach millions of netbook
users
> worldwide. Take advantage of special opportunities to increase revenue
> and speed time-to-market. Join now, and jumpstart your future.
> http://p.sf.net/sfu/intel-atom-d2d
> _______________________________________________
> Devil-linux-develop mailing list
> Dev...@li...
> https://lists.sourceforge.net/lists/listinfo/devil-linux-develop
|