🚀 go-pugleaf

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