From: Martin Pitt Date: Thu, 2 Sep 2010 06:39:12 +0000 (+0200) Subject: do not create persistent name rules for VMWare network interfaces X-Git-Tag: 174~349 X-Git-Url: https://err.no/cgi-bin/gitweb.cgi?a=commitdiff_plain;h=d4de0a0321b471e9dd8c32f1f3266b0b466457c7;p=systemd do not create persistent name rules for VMWare network interfaces Not generating persistent MAC address rules will significantly ease cloning of VMs. The kernel reliably sorts eth* enumeration by bus number, so as long as you only have cards from one vendor (or more precisely, drivers), the enumeration will be stable. Having cards from different vendors is very unlikely in VMs. KVM was already covered in the previous commit, this is the equivalent blacklist for VMWare: http://www.coffer.com/mac_find/?string=005056 http://www.coffer.com/mac_find/?string=000c29 https://launchpad.net/bugs/341006 --- diff --git a/extras/rule_generator/75-persistent-net-generator.rules b/extras/rule_generator/75-persistent-net-generator.rules index 566fbfa3..f150e552 100644 --- a/extras/rule_generator/75-persistent-net-generator.rules +++ b/extras/rule_generator/75-persistent-net-generator.rules @@ -31,6 +31,8 @@ ENV{MATCHIFTYPE}="$attr{type}" # ignore KVM virtual interfaces ENV{MATCHADDR}=="52:54:00:*", GOTO="persistent_net_generator_end" +# ignore VMWare virtual interfaces +ENV{MATCHADDR}=="00:0c:29:*|00:50:56:*", GOTO="persistent_net_generator_end" # These vendors are known to violate the local MAC address assignment scheme # Interlan, DEC (UNIBUS or QBUS), Apollo, Cisco, Racal-Datacom