Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss
udev i 5 kart sieciowych - BLAD - "error changing net interface name rename4 to eth1: File exists"
12 views
Skip to first unread message
Macka
May 25, 2012, 10:38:53 AM5/25/12
to
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
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
ein
May 26, 2012, 9:31:04 AM5/26/12
to
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
> 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"
http://www.erg.abdn.ac.uk/~gorry/eg3561/lan-pages/mac-vendor-codes.html
Wojciech Świadkowski
Jun 1, 2012, 12:40:14 PM6/1/12
to
Użytkownik "Macka" <ma...@USUNNN-TOOO.vip.server.pl> napisał w wiadomości
news:jpo5hu$7d6$1...@node1.news.atman.pl...
# 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.
0 new messages