Dotaz: Zmena usporiadania eth[01] podla MAC na CentOS 7

[Peter]

Dobrý deň vám prajem.

Na CentOS 7 som zmenil pomenovanie sieťoviek na starý spôsob (ethX) zadaním do /etc/default/grub:

net.ifnames=0 biosdevname=0

samozrejme, že som vygeneroval nový drub.cfg:

grub2-mkconfig -o /boot/grub2/grub.cfg

čiže po reštarte som dostal (podľa "ip link")

eth0: link/ether 52:54:00:00:00:01
eth1: link/ether 52:54:00:00:00:02

ja to ale chcem naopak (ak sa niekto pýta, tak momentálne z testovacieho účelu)

eth0: link/ether 52:54:00:00:00:02
eth1: link/ether 52:54:00:00:00:01

Vytvoril som preto súbor /etc/udev/rules.d/60-net.rules

SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="52:54:00:00:00:02", ATTR{type}=="1", KERNEL=="eth*", NAME="eth0"
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="52:54:00:00:00:01", ATTR{type}=="1", KERNEL=="eth*", NAME="eth1"

ale po reštarte to nefunguje - ETH rozhrania sú pridelené k MAC adrese po starom. Saozrejme, že som upravil aj /etc/sysconfig/network-scripts/ifcfg-eth[01]. Netuší niekto ako na to?

Vopred vám za odpovede veľmi pekne ďakujem.

Odpovědi

[Max]

Changing Ethernet Device Names in EL7 and Fedora 15+
A toto je také zajímavé počtení : How to change a network interface name on CentOS 7 (samozřejmě i diskuse)
Zdar Max

[chrono]

Podpora premenovávania na už použitý názov bola z udev odstránená (takže nie je možné vymeniť eth0 <-> eth1).

[Peter]

No mne sa marilo, že som takéto niečo niekde už čítal, len som to nevedel dohľadať. Takže zasa Lenart - "nechcete používať to čo chcem ja, tak vám strpčím používanie toho čo chcete vy". Nečudujem sa, že niekoho napadlo urobiť zbierku na guľku.

[Michal Kubeček]

Ne Lennart, ale Kay Sievers. Ale to je prašť jak uhoď.

[Peter]

Teda ako to teraz presne funguje v systéme?

Príklad - mám server kde sú 2 rovnaké sieťové karty (teda načítaný 2x rovnaký modul). Mal som za to, že ak by sa náhodou kernel "rozhodol", že pri "dvadsiatomšiestom" štarte systému sieťová karta o ktorej som celý čas predpoklada, že je eth0 a pichol do nej pripojenie do net-u bude eth1 (a naopak), tak ho /etc/udev/rules.d/60-net.rules "umravní". Mám sa teraz toho obávať, že sa takéto niečo stane? Alebo to s tým "náhodným" prideľovaním ethX nie je až také horúce?

Zatiaľ ešte musím poriešiť problémy, ktoré mi prináša nová konvencia - enpXsY, preto to zatiaľ chcem po starom.

Ďakujem.

[Michal Kubeček]

Se současnými defaultními pravidly z upstreamu to bohužel opravdu funguje tak, že pokud člověk vypne "predictable" names, nebude mít ani tu původní podporu persistentních. V openSUSE 13.2 a SLE12 je to opatchované tak, aby to fungovalo, a je tam vyřešená ta údajně neřešitelná race condition, kterou bylo odstranění této funkcionality zdůvodňováno. Asi by nemělo být moc těžké toto řešení přenést i do CentOSu.

[Max]

Dívám se sem : Predictable Network Interface Names a nevypadá to zas tak zle.
Cílem tedy je udělat persistentní pojmenování nezávisle na síťovém hw / MAC adrese.
Na wiki Gentoo mají zajímavé počtení : Udev Upgrade Guide.
Asi si naladím CentOS do VM a podívám se na to. Tyto novinky mi nějak unikly.
Zdar Max

[Michal Kubeček]

Dívám se sem : Predictable Network Interface Names a nevypadá to zas tak zle.

Nevypadá, ale je. Zkušenost z praxe je taková, že "predictable" names nejsou nejen predikovatelná (bugy typu "instalátor použil jedno schéma a nainstalovaný systém druhé, takže konfigurace vytvořená instalátorem se nepoužila", rozhraní pojmenovaná en16777217, přestože se všichni dušují, že to číslo nemůže být větší než 255), ale bohužel ani persistentní (update BIOSu může stačit k tomu, aby se jména změnila).

[Max]

Podle mně to má ArchLinux nejpřehledněji sepsáno : Device names.
Jak jsem řekl, musím se na to podívat, jak to přesně funguje, protože mám Archlinux a žádné změny jsem si nevšiml a systém mi jede stále ethX (už od bootu, vidím v dmesg) pojmenování bez parametrů k jádru a udev pravidlo pro pojmenování mi taktéž funguje (taktéž vidím, že se přejmenování v rámci udev povedlo z eth0 na eth1 - systemd 219-6).
Zdar Max