Re: TH udev i zamiana interface eth0 z eth1

2012-05-20 Wątek Wieslaw Kierbedz

W dniu 18.05.2012 13:48, Bartosz Lis anonsuje::

Hmm, u mnie przy wieloportówkach jednak takie problemy nie występowały.
>  Tj. dowolne ustawienie w /etc/udev/rules.d/70-persistent-net.rules
>  skutkuje prawidłowym układem.

Z całą pewnością miałem ten problem rok-dwa lata temu.

Ja też. Ale u mnie wyjaśniło się szybko.
Trzeba było przepisać HW adresy z wielkich liter na małe.
--
WK

___
pld-users-pl mailing list
pld-users-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-users-pl


Re: TH udev i zamiana interface eth0 z eth1

2012-05-18 Wątek Bartosz Lis
On Wednesday 16 of May 2012 13:15:10 Jacek Osiecki wrote:
> On Wed, 16 May 2012, Bartosz Lis wrote:
> > On Tuesday 17 of April 2012 09:24:09 Łukasz Maśko wrote:
> >>> No i ciągle jest źle
> >>> Ale już sytuacje naprawiłem, wyciągnąłem drugą sieciówkę i już system
> >>> nie ma problemu z nazwami ;)
> >> 
> >> Cokolwiek dziwne. U mnie działa już wiele miesięcy i nie zdarzyło się,
> >> że system źle zaskoczył.
> > 
> > Opisany problem pojawiaja się na 100%, gdy ma się więcej niż jedną
> > sieciówkę kontrolowaną przez ten sam moduł jądra lub sieciówkę
> > wieloportową. Wtedy przy ładowaniu modułu na raz pojawia się więcej niż
> > jeden interfejs. Np. na raz pojawiają się eth0 i eth1.
> 
> Hmm, u mnie przy wieloportówkach jednak takie problemy nie występowały.
> Tj. dowolne ustawienie w /etc/udev/rules.d/70-persistent-net.rules
> skutkuje prawidłowym układem. Nie robiłem jakichś specjalnych złośliwych
> testów, ale już kilka razy miałem tak że łatwiej było pozmieniać nazwy
> interfejsów (żeby było tak samo wszędzie, czyli eth0-internet, eth1-lan,
> eth2-intranet, eth3-wifi itp.) niż grzebać przy serwerze i ani raz przy
> kilkunastu przypadkach nie było problemu.

Z całą pewnością miałem ten problem rok-dwa lata temu. Być może od tego czasu 
zmieniło się coś na linii kernel-UDEV i problem już nie wystepuje. W każdym 
razie przejście na nazewnictwo n[0-9]+ pomogło wtedy, i do teraz trwa u mnie 
siłą rozpędu. Przy okazji n0.100 wpalcowuje się krócej niż eth0.100 i co też 
ważne wydruk z route -n mieści się w 80 kolumnach znakowych.

Pozdrawiam,

-- 
Bartosz Lis
___
pld-users-pl mailing list
pld-users-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-users-pl


Re: TH udev i zamiana interface eth0 z eth1

2012-05-16 Wątek Jacek Osiecki

On Wed, 16 May 2012, Bartosz Lis wrote:


On Tuesday 17 of April 2012 09:24:09 Łukasz Maśko wrote:

No i ciągle jest źle
Ale już sytuacje naprawiłem, wyciągnąłem drugą sieciówkę i już system
nie ma problemu z nazwami ;)

Cokolwiek dziwne. U mnie działa już wiele miesięcy i nie zdarzyło się, że
system źle zaskoczył.



Opisany problem pojawiaja się na 100%, gdy ma się więcej niż jedną sieciówkę
kontrolowaną przez ten sam moduł jądra lub sieciówkę wieloportową. Wtedy przy
ładowaniu modułu na raz pojawia się więcej niż jeden interfejs. Np. na raz
pojawiają się eth0 i eth1.


Hmm, u mnie przy wieloportówkach jednak takie problemy nie występowały. 
Tj. dowolne ustawienie w /etc/udev/rules.d/70-persistent-net.rules 
skutkuje prawidłowym układem. Nie robiłem jakichś specjalnych złośliwych 
testów, ale już kilka razy miałem tak że łatwiej było pozmieniać nazwy 
interfejsów (żeby było tak samo wszędzie, czyli eth0-internet, eth1-lan, 
eth2-intranet, eth3-wifi itp.) niż grzebać przy serwerze i ani raz przy 
kilkunastu przypadkach nie było problemu.


Miałem też przypadki z identycznymi kartami obsługiwanymi przez jeden 
moduł - i tam przestawienie nazw eth1/eth2 też działało bez zarzutu, 
wystarczył reboot.



Moje wyjście z tego impasu jest takie, że poprzez UDEV zmieniam nazwy kart
sieciowych na n0, n1, n2, n3 itd. Tak naprawdę może być cokolwiek innego niż
eth[0-9]+ . W zasadzie można by pójść krok dalej i nazywać interfejsy bardziej
opisowo: n_lan, n_dmz, n_isp, itp.


Niby ok, tylko boję się o kompatybilność z różnymi programikami które mogą 
się jednak opierać o sztywne nazwenictwo eth* - choć to tylko gdybanie, 
nie sprawdzałem. Przyznam jednak że pomysł fajny.


Pozdrawiam,
--
Jacek Osiecki jos...@ceti.pl GG:3828944
I don't want something I need. I want something I want.___
pld-users-pl mailing list
pld-users-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-users-pl


Re: TH udev i zamiana interface eth0 z eth1

2012-05-16 Wątek Bartosz Lis
On Tuesday 17 of April 2012 09:24:09 Łukasz Maśko wrote:
> Dnia wtorek, 17 kwietnia 2012, Paweł Kośka napisał:
> > 2012/4/16 Paweł Kośka :
> > > W dniu 16 kwietnia 2012 16:41 użytkownik Paweł Kośka 
> > > napisał:
> > > 
> > > 
> > > Interface od vlanów też zmienia nazwę;)
> > > Łukasz obadam też Twoją wersję.
> > 
> > No i ciągle jest źle
> > Ale już sytuacje naprawiłem, wyciągnąłem drugą sieciówkę i już system
> > nie ma problemu z nazwami ;)
> 
> Cokolwiek dziwne. U mnie działa już wiele miesięcy i nie zdarzyło się, że
> system źle zaskoczył.

Witam,

Opisany problem pojawiaja się na 100%, gdy ma się więcej niż jedną sieciówkę 
kontrolowaną przez ten sam moduł jądra lub sieciówkę wieloportową. Wtedy przy 
ładowaniu modułu na raz pojawia się więcej niż jeden interfejs. Np. na raz 
pojawiają się eth0 i eth1. 

Załóżmy że admin, chciał aby intefejsy sieciowe dostawały kolejne nazwy w/g 
fizycznego położenia na obudowie idąc od lewej do prawej (lub z góry na dół). 
Tymczasem moduł wstępnie nazywa karty eth0 i eth1 nie wiedząc nic o fizycznym 
położeniu interfejsów na obudowie/śledziu. Mamy scenariusz:

krok 1. Moduł jądra wykrywa dwa interfejsy i wstępnie je nazywa. Załóżmy że  
wstępne nazwy zostały przydzielone odwrotnie, niż by chciał admin.
krok 2. Jądro wysyła zdarzenia do UDEVa, że zainicjowało urządzenia sieciowe.
krok 3. Teraz następuje faza modyfikacji nazw przez UDEVa na podstawie MACów. 
Niestety nazwy eth0 nie można zmienić na eth1, bo ta już jest zajęta przez 
interfejs, który dla odmiany powinien nazywać się eth0, ale też nie może być 
przezwany, bo obie nazwy zostały nadane jednocześnie w kroku 1.

W sytuacji, gdy każdy interfejs jest kontrolowany przez osobny moduł jądra 
(jak w pierwszym poście tego wątku) według mnie występuje wyścig (nie badałem 
tego w źródłach jądra, ale z własnych obserwacji tak sądzę). Moduł wstępnie 
nazywa interfejs w trybie kernela i generuje zdarzenie do udeva w userlandzie. 
Może się tak zdarzyć, że przed obsłużeniem tego zdarzenia przez UDEV jądro 
zacznie inicjować następny moduł. Mamy wtedy zasadniczo dwa scenariusze:

A. W jednych skrzynkach pierwszy moduł nadaje wstepną nazwę pierwszemu 
interfejsowi a UDEV ją zmienia ZANIM drugi moduł nada wstępną nazwę drugiemu 
interfejsowi. Wtedy wszystko jest OK.

B. W innych skrzynkach wyścig rozstrzyga się pechowo: transmisja zdarzeń do 
userlandu trwa wolniej i udev przystępuje do zmieny nazw dopiero wtedy, gdy 
oba moduły już wstępnie nazwały swoje interfejsy (odwrotnie niż w ustawieniach 
UDEVa) i nawzajem blokują sobie zmianę nazw. 

Moje wyjście z tego impasu jest takie, że poprzez UDEV zmieniam nazwy kart 
sieciowych na n0, n1, n2, n3 itd. Tak naprawdę może być cokolwiek innego niż 
eth[0-9]+ . W zasadzie można by pójść krok dalej i nazywać interfejsy bardziej 
opisowo: n_lan, n_dmz, n_isp, itp.

Pozdrawiam,

-- 
Bartosz Lis

[pl] Instytut Informatyki Politechniki Łódzkiej
[en] Institute of Information Technology, Technical University of Lodz
Wolczanska 215
90-924 Lodz, Poland

phone:  +48(42)6312796
fax:+48(42)6303414
email:  barto...@ics.p.lodz.pl
___
pld-users-pl mailing list
pld-users-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-users-pl


Re: TH udev i zamiana interface eth0 z eth1

2012-04-17 Wątek Łukasz Maśko
Dnia wtorek, 17 kwietnia 2012, Paweł Kośka napisał:
> 2012/4/16 Paweł Kośka :
> > W dniu 16 kwietnia 2012 16:41 użytkownik Paweł Kośka 
> > napisał:
> > 
> > 
> > Interface od vlanów też zmienia nazwę;)
> > Łukasz obadam też Twoją wersję.
> 
> No i ciągle jest źle
> Ale już sytuacje naprawiłem, wyciągnąłem drugą sieciówkę i już system
> nie ma problemu z nazwami ;)

Cokolwiek dziwne. U mnie działa już wiele miesięcy i nie zdarzyło się, że 
system źle zaskoczył.
-- 
Łukasz Maśko_o)
Lukasz.Masko(at)ipipan.waw.pl   /\\
Registered Linux User #61028   _\_V
Ubuntu: staroafrykańskie słowo oznaczające "Nie umiem zainstalować Debiana"
___
pld-users-pl mailing list
pld-users-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-users-pl


Re: TH udev i zamiana interface eth0 z eth1

2012-04-17 Wątek Paweł Kośka
2012/4/16 Paweł Kośka :
> W dniu 16 kwietnia 2012 16:41 użytkownik Paweł Kośka  napisał:
>

> Interface od vlanów też zmienia nazwę;)
> Łukasz obadam też Twoją wersję.

No i ciągle jest źle
Ale już sytuacje naprawiłem, wyciągnąłem drugą sieciówkę i już system
nie ma problemu z nazwami ;)

Paweł
___
pld-users-pl mailing list
pld-users-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-users-pl


Re: TH udev i zamiana interface eth0 z eth1

2012-04-16 Wątek Paweł Kośka
W dniu 16 kwietnia 2012 16:41 użytkownik Paweł Kośka  napisał:

> Aktualnie próbuję przez udev, ale nie wiem czy to dobre rozwiązanie i
> czy na pewno działa.
> # cat /etc/udev/rules.d/99-udev-net.rules
> ACTION!="add", GOTO="local_end"
> SUBSYSTEM!="net", GOTO="local_end"
> KERNEL=="eth*", ATTR{address}=="00:16:41:35:e4:88", NAME="eth0"
> KERNEL=="eth*", ATTR{address}=="00:4f:4e:61:a4:89", NAME="eth1"

Prawie działa

[3.465437] 8139too: 8139too Fast Ethernet driver 0.9.28
[3.466007] 8139too :0a:09.0: eth0: RealTek RTL8139 at
0xf8238000, 00:4f:4e:61:a4:89, IRQ 21
[3.495253] udevd[1329]: renamed network interface eth0 to eth1
[3.500653] tg3 :03:00.0: eth0: Tigon3 [partno(BCM95751) rev
b002] (PCI Express) MAC address 00:16:41:35:e4:88
[3.500660] tg3 :03:00.0: eth0: attached PHY is 5787
(10/100/1000Base-T Ethernet) (WireSpeed[1], EEE[0])
[3.500665] tg3 :03:00.0: eth0: RXcsums[1] LinkChgREG[0]
MIirq[0] ASF[0] TSOcap[1]
[3.500669] tg3 :03:00.0: eth0: dma_rwctrl[7618] dma_mask[64-bit]
[8.313549] ADDRCONF(NETDEV_UP): eth0: link is not ready
[8.460483] 8139too :0a:09.0: eth1: link up, 100Mbps,
full-duplex, lpa 0x41E1
[8.571987] 8021q: 802.1Q VLAN Support v1.8
[8.596830] udevd[1319]: renamed network interface eth1.100 to rename4
[8.697146] udevd[1320]: renamed network interface eth1.233 to rename5
[9.875793] tg3 :03:00.0: eth0: Link is up at 100 Mbps, full duplex
[9.875800] tg3 :03:00.0: eth0: Flow control is on for TX and on for RX

Interface od vlanów też zmienia nazwę;)
Łukasz obadam też Twoją wersję.

Paweł
___
pld-users-pl mailing list
pld-users-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-users-pl


Re: TH udev i zamiana interface eth0 z eth1

2012-04-16 Wątek Łukasz Maśko
Dnia poniedziałek, 16 kwietnia 2012, Paweł Kośka napisał:
[...]
> Aktualnie próbuję przez udev, ale nie wiem czy to dobre rozwiązanie i
> czy na pewno działa.
> # cat /etc/udev/rules.d/99-udev-net.rules
> ACTION!="add", GOTO="local_end"
> SUBSYSTEM!="net", GOTO="local_end"
> KERNEL=="eth*", ATTR{address}=="00:16:41:35:e4:88", NAME="eth0"
> KERNEL=="eth*", ATTR{address}=="00:4f:4e:61:a4:89", NAME="eth1"

U mnie jest tak (linie się złamały, dodałem \):

$ cat /etc/udev/rules.d/70-persistent-net.rules

# PCI device 0x14e4::06:00.0 (tg3)
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*",\
ATTR{address}=="xx:xx:xx:xx:xx:xx", ATTR{type}=="1",\
KERNEL=="eth*", NAME="eth1"

# PCI device 0x14e4::08:00.0 (tg3)
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*",\
ATTR{address}=="yy:yy:yy:yy:yy:yy", ATTR{type}=="1",\
KERNEL=="eth*", NAME="eth0"


-- 
Łukasz Maśko_o)
Lukasz.Masko(at)ipipan.waw.pl   /\\
Registered Linux User #61028   _\_V
Ubuntu: staroafrykańskie słowo oznaczające "Nie umiem zainstalować Debiana"
___
pld-users-pl mailing list
pld-users-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-users-pl


TH udev i zamiana interface eth0 z eth1

2012-04-16 Wątek Paweł Kośka
Witam,

Mam sobie aktualne th i 2 karty sieciowe.
Przy starcie systemu kolejność kart sieciowych jest raczej losowa.


# pcidev net
14e4169b tg3 Broadcom Corporation|NetLink BCM5787 Gigabit Ethernet PCI Express
10ec8139 8139too Realtek Semiconductor Co., Ltd.|RTL-8139/8139C/8139C+


Zawsze ustawiałem kolejność przez:
# cat /etc/modprobe.d/modprobe.conf
alias eth0 tg3
alias eth1 8139too

Ale teraz mi coś nie chce chodzić.
Czy jest jakaś inna możliwość ustawienia kolejności kart sieciowych?


Aktualnie próbuję przez udev, ale nie wiem czy to dobre rozwiązanie i
czy na pewno działa.
# cat /etc/udev/rules.d/99-udev-net.rules
ACTION!="add", GOTO="local_end"
SUBSYSTEM!="net", GOTO="local_end"
KERNEL=="eth*", ATTR{address}=="00:16:41:35:e4:88", NAME="eth0"
KERNEL=="eth*", ATTR{address}=="00:4f:4e:61:a4:89", NAME="eth1"


Pozdrawiam,
Paweł
___
pld-users-pl mailing list
pld-users-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-users-pl