🚀 go-pugleaf

W dniu 2010-12-02 13:13, Sergiusz Rozanski pisze:
> 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.
>
>

Szacun dla kolegi za pociagniecie wątku ;)