🚀 go-pugleaf

Dnia 02.12.2010 Sergiusz Rozanski <write-only-with-spf@media-lab.com.pl> napisał/a:
> Dnia 01.12.2010 Sergiusz Rozanski <write-only-with-spf@media-lab.com.pl> napisał/a:
>> Witam,
>>
>> Mam problem z przemianowywaniem kart ethernet, w połączeniu z bondingiem
>> na switchach bez wsparcia dla 802.3ad mogę używać transmit load balancing,
>> układ wtedy zapewnia brak spof, nadaje 2x ale odbiera tylko aktywnym
>> kanałem. Można włączyć Adaptive Load Balancing ale to wymaga zmiany
>> adresów mac karty i z tym nie ma problemu, bo to działa - co prawda
>> tylko w ip4 ale mnie inny ruch nie interesuje.
>>
>> Jest tylko mały szkopuł, maszyna po reboocie ma 2 karty o tym samym
>> adresie mac (nie dotyczy to power cycle, bo tam jest ok) i wtedy
>> niestety udev wiariuje i nie podnosi jednej z kart. Nie chcę całkowicie
>> wyłaczać udev-a, ale chciałbym aby karty pojawiały się po prostu pod
>> swoimi fizycznymi nazwami - to mi ratuje sytuacje - czyli w udev
>> wyłączyć tą funkcjonalność pozostawiając dodatkowe usługi dla dysków,
>> cd, dvd, pendrive itd.
>
> Na prawdę nikt nie wie, coś tam znalazłem, że renumeruje karty po gniazdku pci:
>
> SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", KERNELS=="0000:02:00.0", ATTR{type}=="1", KERNEL=="eth*", NAME="eth0"
>
> to rozwiązuje problem renameowania, choć nadal mam kwiatki typu:
>
> [    2.338972] eth0: RTL8168b/8111b at 0xf880e000, 00:1f:1f:c0:b7:93, XID 38000000 IRQ 222
> [    2.343301] eth1: RTL8110s at 0xf887c000, 00:0f:ea:4f:ab:43, XID 04000000 IRQ 21
> [    2.367172] eth2: RealTek RTL8139 at 0xa000, 00:14:78:7b:bd:5a, IRQ 20
> [    2.367172] eth2:  Identified 8139 chip type 'RTL-8100B/8139D'
> [    2.368182] eth3: RealTek RTL8139 at 0xa400, 00:0a:cd:0f:0b:06, IRQ 19
> [    2.368187] eth3:  Identified 8139 chip type 'RTL-8100B/8139D'
> [    2.471819] udev: renamed network interface eth2 to eth1
> [   46.077605] udev: renamed network interface eth0 to ethx0
> [   46.079378] udev: renamed network interface eth1 to ethx2
> [   46.081062] udev: renamed network interface eth1_rename to ethx1
> [   46.083252] udev: renamed network interface eth3 to ethx3
>
> po jaką ... zamienia eth2 na eth1??? nie mam takiego wpisu w ogóle w udev!
> później walczy z nim eth1->ethx2 (już podokładałem x-y aby mi sie fizyczne nie
> mieszały z przemianowanymi), później to zajęte eth1 co się zrobiło na _rename
> robi się na ethx1. Uf w efekcie mam tak jak być powinno czyli ethernetki
> mimo tej nierównej walki mają właściwe nazwy, się podnoszą, ale ww. jest po
> poweroff! i mało tego podałem mu w modułach:
>
> alias eth0 r8169
> alias eth1 r8169
> alias eth2 8139too
> alias eth3 8139too
>
> więc w ogóle nie wiem co on wyrabia, czas wskazuje że to już sam kernel tak
> zmienia, przed initem w ogóle.
>
> Nastepnie zrebootowany pc ma 2 karty ethx0 i ethx1 o tym samym mac-u co się
> definitywnie nie podoba bondingowi i łapie tylko 1 karte, po power cycle jest
> ok - walka trwa :) Comunity wakeup ;)

Sorry że sam ciągnę wątek, ale ktoś może z tym walczyć, po reboocie mam
fajną jazde:

[    1.537834] eth0: RTL8168b/8111b at 0xf8830000, 00:1f:1f:c0:b7:93, XID 38000000 IRQ 222
[    1.540000] eth1: RTL8110s at 0xf8832000, 00:0f:ea:4f:ab:43, XID 04000000 IRQ 21
[    2.268311] eth1: RealTek RTL8139 at 0xa000, 00:14:78:7b:bd:5a, IRQ 20
[    2.268317] eth1:  Identified 8139 chip type 'RTL-8100B/8139D'
[    2.269467] eth2: RealTek RTL8139 at 0xa400, 00:0a:cd:0f:0b:06, IRQ 19
[    2.269473] eth2:  Identified 8139 chip type 'RTL-8100B/8139D'
[   37.157142] udev: renamed network interface eth0 to ethx0
[   37.159736] udev: renamed network interface eth1 to ethx2
[   37.180271] udev: renamed network interface eth1_rename to ethx1
[   37.214136] udev: renamed network interface eth2 to ethx3

no eth1 na raz przez 2 karty to lekkie nieporozumienie, na szczęście rename po gniazdkach
pci sobie radzi i logicznie karty są ok.
bonding też już działa, po power cycle nie ma to znaczenia, ale całkiem spore znaczenie
ma w reboocie odmontowanie ethernetek przez ifenslave -d wszystkich, co przywraca
maki na sprzętowe - pewnie 'reset' nie zadziała, bo karty nie wrócą do swoich
maków a nie wykona się odmontowanie, ale to mi akurat mniej potrzebna funkcja niż
zdalny reboot. Uf.


-- 
"A cóż to za sens kupować samochód, żeby jeździć po asfalcie? 
Tam, gdzie jest  asfalt, nie ma nic ciekawego,  a gdzie  jest 
coś ciekawego, tam nie ma asfaltu".
               Strugaccy - Poniedziałek zaczyna się w sobotę.