🚀 go-pugleaf

On 05/25/2012 04:38 PM, Macka wrote:
> Witam,
> 
> Jakis czas temu walczylem z 4 kartami, z ktorych jedna korzystala z
> VLANow. To zwalczylem.
> 
> Teraz konfiguruje inny router i pojawil sie tutaj inny problem. A
> dokladniej.
> 
> Jest sobie 5 kart. 1 wbudowana (forcedeth), 2 na PCIE (r8168/r8169) i 2
> na PCI (r8169). Probuje ulozyc ich kolejnosc (1,2 te PCIE, 3,4 te PCI, 5
> wbudowana). Oczywiscie system ustawia ich kolejnosc tak jak on chce, a
> nie jak ja bym chcial.
> 
> Wrzucam standardowe regulki:
> 
> #
> ACTION=="add", KERNEL=="eth*", ATTR{address}=="00:00:00:00:00:00",
> NAME="eth0"

Fajny MAC :D

http://www.erg.abdn.ac.uk/~gorry/eg3561/lan-pages/mac-vendor-codes.html

Użytkownik "Macka" <macka@USUNNN-TOOO.vip.server.pl> napisał w wiadomości 
news:jpo5hu$7d6$1@node1.news.atman.pl...
> Witam,
>
> Jakis czas temu walczylem z 4 kartami, z ktorych jedna korzystala z
> VLANow. To zwalczylem.
>
> Teraz konfiguruje inny router i pojawil sie tutaj inny problem. A
> dokladniej.
>
> Jest sobie 5 kart. 1 wbudowana (forcedeth), 2 na PCIE (r8168/r8169) i 2
> na PCI (r8169). Probuje ulozyc ich kolejnosc (1,2 te PCIE, 3,4 te PCI, 5
> wbudowana). Oczywiscie system ustawia ich kolejnosc tak jak on chce, a
> nie jak ja bym chcial.
>
> Wrzucam standardowe regulki:
>
> #
> ACTION=="add", KERNEL=="eth*", ATTR{address}=="00:00:00:00:00:00",
> NAME="eth0"
> ACTION=="add", KERNEL=="eth*", ATTR{address}=="00:00:00:00:00:01",
> NAME="eth1"
> ACTION=="add", KERNEL=="eth*", ATTR{address}=="00:00:00:00:00:02",
> NAME="eth2"
> ACTION=="add", KERNEL=="eth*", ATTR{address}=="00:00:00:00:00:03",
> NAME="eth3"
> ACTION=="add", KERNEL=="eth*", ATTR{address}=="00:00:00:00:00:04",
> NAME="eth4"
>
> no i wszystko powinno byc ok, ale nie jest.
>
> Przy inicjalizacji UDEVa wywala blad:
>
> "error changing net interface name rename4 to eth1: File exists".
>
> W systemie potem mam interfejsy eth0, eth1, eth2, eth3, rename4.
> Oczywiscie nawet kolejnosc tych czterech "poprawnie" zmienionych, nie
> jest poprawna. Dopiero jak wywale te 2 na PCI to dziala poprawnie, jak
> ktora wloze to problem ze zmiana ma jedna albo dwie karty na PCIE.
>
> Probowalem dodawac kolejne parametry do regul np. KERNELS== odnoszacych
> sie do konkretnych slotow PCI(e), ale bez zmian.
> Probowalem na kernelu 3.0.8, jak i 3.3.5, udev tez dwie rozne wersje
> (swiezy generuje inny komunikat, ale chodzi o to samo, ze nie moze 
> zmienic).
>
> Probowalem usuwac moduly r8168, r8169, forcedeth i dodawac je w
> odpowiedniej kolejnosci (dla mnie), ale tez nie do konca udev to
> ustawial, choc prawie sie udalo (2 karty PCI byly na odwrot).
>
>
> Nie chce miec losowosci w systemie, zeby po ktoryms restarcie,
> aktualizacji czegos (kernela) nie okazalo sie, ze siec nie dziala, bo
> nagle dane wychodza nie ta sieciowka.
>
> Moze macie pomysl jak to obejsc, bo ja juz wyczerpalem chyba pomysly.
>
>
> pzdr
> macka
>
mam w 1 starym komputerze 12 sieciowek i miejsce jeszcze na 8
# lspci | grep Ether
01:00.0 Ethernet controller: Broadcom Corporation NetXtreme II BCM5709 
Gigabit Ethernet (rev 20)
01:00.1 Ethernet controller: Broadcom Corporation NetXtreme II BCM5709 
Gigabit Ethernet (rev 20)
02:00.0 Ethernet controller: Broadcom Corporation NetXtreme II BCM5709 
Gigabit Ethernet (rev 20)
02:00.1 Ethernet controller: Broadcom Corporation NetXtreme II BCM5709 
Gigabit Ethernet (rev 20)
07:00.0 Ethernet controller: Intel Corporation 82571EB Gigabit Ethernet 
Controller (rev 06)
07:00.1 Ethernet controller: Intel Corporation 82571EB Gigabit Ethernet 
Controller (rev 06)
08:00.0 Ethernet controller: Intel Corporation 82571EB Gigabit Ethernet 
Controller (rev 06)
08:00.1 Ethernet controller: Intel Corporation 82571EB Gigabit Ethernet 
Controller (rev 06)
0b:00.0 Ethernet controller: Intel Corporation 82571EB Gigabit Ethernet 
Controller (rev 06)
0b:00.1 Ethernet controller: Intel Corporation 82571EB Gigabit Ethernet 
Controller (rev 06)
0c:00.0 Ethernet controller: Intel Corporation 82571EB Gigabit Ethernet 
Controller (rev 06)
0c:00.1 Ethernet controller: Intel Corporation 82571EB Gigabit Ethernet 
Controller (rev 06)
i nie widziałem ani 1 błędu przy uruchamianiu - w ciągu kilku lat tylko 2 
razy go restartowałem.

aby mieć pewność kolejnosci startowania po ręcznym uzupełnieniu pliku
 /etc/udev/rules.d/70-persistent-net.rules
stosuję
chattr +i  /etc/udev/rules.d/70-persistent-net.rules ( chattr -i odbezpiecza 
plik )

Z praktyki zdarzyło mi się kilka razy że system zmienił kolejność sieciówek. 
Można tu wykazać że tym większa szansa pomieszania sieciówek im więcej 
sterowników załaduje. Przy 4 różnych sterownikach w jednym systemie robił mi 
to nagminnie.