Dotaz: CentOS 7, změna názvů interfaces

[krishna23]

Zdravím, řeším zajímavý problém na HP DL380 G8 (na jiném hardware tento problém nepozoruji). Po restartu se mi náhodně mění MAC adresy jednotlivých interfaces.

Chtěl jsem se vrátit k naming convention, která byla například CentOS 6.5, čili eth* namísto en*

Na radu některých manuálů jsem smazal biosdevname, vytvořil /etc/udev/rules.d/70-persistent-net.rules s patřičnými záznamy: SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="52:54:00:4e:40:9a", ATTR{type}=="1", KERNEL=="eth*", NAME="eth0" ...

přidal net.ifnames=0 do /etc/default/grub a přegeneroval /boot/grub2/grub.cfg

Nicméně po každém restartu stroje se mi mění MAC adresy jednotlivých interfaces, respektive se tedy spíš mění jejich názvy. Co je také zvláštní, že některé interfaces mají stejnou MAC adresu

Nemáte nějaký nápad?

Odpovědi

[drunkezz]

poprosime konfigy a co sa stara o load siete

D.

[dve rozpulene zizaly]

Pokud tim "meni se mac adresy" rikas, ze se navzajem prehazuji, tak zafunguje toto:

Zmenit radku v /etc/default/grub takto:

GRUB_CMDLINE_LINUX="... net.ifnames=0 biosdevname=0 ..."

A prislusne prejmenovat ifcfg-en... na ifcfg-ethN a taky prislusne zmenit obsah ifcfg-ethN plus pridat polozku HWADDR s pozadovanou a odpovidajici mac adresou

Pokud se ti ale opravdu nahodne meni mac adresy, pomuze jedine vplest chciplou zizalu mezi zebra chladice cpu.

[krishna23]

A toto mi právě nefunguje. Takto vypadá řádek v

[root@tcussd02 ~]# cat /etc/default/grub
GRUB_TIMEOUT=5
GRUB_DISTRIBUTOR="$(sed 's, release .*$,,g' /etc/system-release)"
GRUB_DEFAULT=saved
GRUB_DISABLE_SUBMENU=true
GRUB_TERMINAL_OUTPUT="console"
GRUB_CMDLINE_LINUX=" crashkernel=auto vconsole.font=latarcyrheb-sun16 vconsole.keymap=us net.ifnames=0 biosdevname=0 rhgb quiet"
GRUB_DISABLE_RECOVERY="true"



potom jsem udělal


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

Nevím, jestli to nějak pomůže, ale po rebootu se mi mění i {Domain:Bus:Device.Function} v /sys/class/net/,
před rebootem:
lrwxrwxrwx 1 root root 0 21. kvě 10.50 eth1 -> ../../devices/pci0000:00/0000:00:02.0/0000:03:00.1/net/eth1
lrwxrwxrwx 1 root root 0 21. kvě 10.50 eth2 -> ../../devices/pci0000:00/0000:00:03.0/0000:04:00.0/net/eth2


Po rebootu:
lrwxrwxrwx 1 root root 0 21. kvě 11.10 eth1 -> ../../devices/pci0000:00/0000:00:03.0/0000:04:00.0/net/eth1

[bezzuby zubar]

Co BIOS serveru? Neni novejsi verze?

[Jendа]

Parametry jádra zjistíš z /proc/cmdline

[michich]

Při přiřazování vlastních jmen pro síťová zařízení použij jména, která nemůžou kolidovat se jmény generovanými kernelem ("eth*"). Jinak tam dochází k chybám souběhu. Starší verze udevu se takové situace snažily řešit opakovanými pokusy o přejmenování. Většinou to fungovalo, ale ne na 100 %. Novější verze se o to už nepokouší vůbec. Zvol si nějaké logické popisné názvy ("lan", "internet", ...) a problém nevznikne.

[j]

Ehm ... co ze tam mas za udev? Podivej se na verzi, toto od verze 210+ nefunguje. Jop, a podekovat muzes dmntovi Lennartovi. A ano, nefungovalo to vzdy, ale v 99%.

"The most reliable way of disabling the new network interface scheme is still the kernel parameter "net.ifnames=0" since overriding the 80-net-name-slot.rules in /etc/udev/rules.d/ no longer works since upstream renamed the file to /lib/udev/rules.d/80-net-setup-link.rules The actual configuration is at /lib/systemd/network/99-default.link, which you can override in /etc/systemd/network/ So, to clarify, you can override the new .rules file or the .link file in /etc but using the kernel parameter is the most consistent way."

Jinak me na nekolika strojich s vice sitovkama pojmenovani drzi = musis prepojit kabely ;D.

[michich]

toto od verze 210+ nefunguje. Jop, a podekovat muzes dmntovi Lennartovi.

Ta změna byla už ve verzi 187. Jestli v Gentoo udržovali revert té změny až do verze 210, je pro tazatele s CentOS nezajímavé. Autorem té změny není Lennart.

[krishna23]

Díky pánové, po dalším půldni laborování jsem to fixnul, stačilo vypnout onboard NIC. Neptejte se mě proč, ale funguje. Předtím se přehazovaly MAC adresy po každém rebootu, teď jsem rebootoval asi 10x (na více serverech) a všechno už je OK. Takže jdu psát na podporu HP, co to je za bordel.

Děkuji