From: Stefan E. <ma...@en...> - 2010-08-23 09:12:01
|
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 > > |