Kernel panic

przemeksw

unread,

Sep 27, 2009, 5:08:54 PM9/27/09

to

Witam

Od momentu zmiany lokalizacji serwerowni, powiďż˝zanej ze zmianďż˝ operatora z
tktelekom na tpsa metroethernet, wiesza siďż˝ mi jeden router (linux gentoo)

Kernel panic: not syncing fatal exception in interrupt

Podejrzewaďż˝em z poczďż˝tku maszyne, jednak wymieniďż˝em caďż˝ďż˝ platformďż˝ intela 1u
na nowďż˝ - niestety nie pomogďż˝o.

Zadaniem tego routera to routowanie ruchu z 1 routera na router pppoe plus qos
bez markďż˝w (routowane i ograniczane sďż˝ zew adresy IP)

Procesor to Xeon 4 rdzeniowy
Kernel 2.6.25

Every 1.0s:
cat /proc/interrupts
Sun Sep 27
23:07:11 2009

CPU0 CPU1 CPU2 CPU3
0: 133 1 0 0 IO-APIC-edge timer
1: 2 2 2 2 IO-APIC-edge i8042
6: 1 1 0 1 IO-APIC-edge floppy
8: 73 1 1 0 IO-APIC-edge rtc
9: 0 0 0 0 IO-APIC-fasteoi acpi
12: 1 1 1 1 IO-APIC-edge i8042
18: 19341454 22676779 26507280 29309895 IO-APIC-fasteoi eth0
220: 29893083 24057871 17630288 13839502 PCI-MSI-edge eth1
221: 343981 394787 355089 85524 PCI-MSI-edge ahci
NMI: 0 0 0 0 Non-maskable interrupts
LOC: 30720268 30750456 32190938 33646442 Local timer interrupts
RES: 222091 291869 242629 294131 Rescheduling interrupts
CAL: 7405 7228 7206 5023 function call interrupts
TLB: 107021 147143 133107 175156 TLB shootdowns
TRM: 0 0 0 0 Thermal event interrupts
SPU: 0 0 0 0 Spurious interrupts

Bardyo prosy o pomoc

--
Wysďż˝ano z serwisu OnetNiusy: http://niusy.onet.pl

Krzysztof Halasa

unread,

Sep 28, 2009, 6:28:31 AM9/28/09

to

"przemeksw" <prze...@ksiezyc.pl> writes:

> Od momentu zmiany lokalizacji serwerowni, powiązanej ze zmianą operatora z
> tktelekom na tpsa metroethernet, wiesza się mi jeden router (linux gentoo)

>
> Kernel panic: not syncing fatal exception in interrupt

Brak danych. Mozesz zrobic przynajmniej zdjecie ekranu z komunikatem?
--
Krzysztof Halasa

Jacek Kalinski

unread,

Sep 28, 2009, 7:33:30 AM9/28/09

to

W artykule <1557.000001...@newsgate.onet.pl>, przemeksw napisaďż˝(a):

> Od momentu zmiany lokalizacji serwerowni, powiďż˝zanej ze zmianďż˝ operatora z
> tktelekom na tpsa metroethernet, wiesza siďż˝ mi jeden router (linux gentoo)

A w konfiguracji/pakietach nic nie zmieniaďż˝eďż˝?
Kernela rďż˝wnieďż˝? Sprzďż˝t rďż˝wnieďż˝ przeniesiony, czy tylko system?

Moja szklana kula mďż˝wi, ďż˝e przyczynďż˝ moďż˝e byďż˝ stary kernel
lub wďż˝ďż˝czone MSI. Dodaj "pci=nomsi" do parametrďż˝w kernela (bootloadera)
i sprawdďż˝ ponownie.

PS: u mnie teďż˝ leciaďż˝y kernel panic na wszystkich kernelach
<=2.6.29.* Dopiero 2.6.30 i nowsze poprawnie obsďż˝ugujďż˝ kartďż˝ RTL8111.

Jacek

Krzysztof Halasa

unread,

Sep 28, 2009, 8:42:43 AM9/28/09

to

Jacek Kalinski <jacek_kal@go2._NOSPAMPLEASE_.pl> writes:

> PS: u mnie też leciały kernel panic na wszystkich kernelach
> <=2.6.29.* Dopiero 2.6.30 i nowsze poprawnie obsługują kartę RTL8111.

Na jakiejs specyficznej maszynce, domyslam sie - bo normalnie nie bylo
z tym problemow.
--
Krzysztof Halasa

prze...@ksiezyc.pl

unread,

Sep 28, 2009, 1:28:53 PM9/28/09

to

> Jacek Kalinski <jacek_kal@go2._NOSPAMPLEASE_.pl> writes:
>
> > PS: u mnie teĹź leciaĹ y kernel panic na wszystkich kernelach
> > <=2.6.29.* Dopiero 2.6.30 i nowsze poprawnie obsĹ ugujÄ kartÄ RTL8111.

>
> Na jakiejs specyficznej maszynce, domyslam sie - bo normalnie nie bylo
> z tym problemow.
> --
> Krzysztof Halasa

Podaje zdjďż˝cie do bďż˝edu jaki wyskakuje
http://www.fotosik.pl/pokaz_obrazek/69d94837308cac51.html

Krzysztof Halasa

unread,

Sep 28, 2009, 5:48:45 PM9/28/09

to

prze...@ksiezyc.pl writes:

>> > PS: u mnie teĹź leciaĹ‚y kernel panic na wszystkich kernelach
>> > <=2.6.29.* Dopiero 2.6.30 i nowsze poprawnie obsĹ‚ugujÄ… kartÄ™ RTL8111.

> Podaje zdjęcie do błedu jaki wyskakuje
> http://www.fotosik.pl/pokaz_obrazek/69d94837308cac51.html

Rozumiem ze nie jest srodek dnia ale raczej E1000 z RTL8111 nie pomyle.

Swoja droga, proponuje parametr kernela vga=XXX, albo np. szeregowa
konsole lub cos podobnego, co pozwoli zobaczyc caly komunikat.

I moze statyw do aparatu, zeby nie uzywac flasha :-)
Nie mowie ze jakas ksiazke o robieniu zdjec bo to bylby przerost formy
w tym przypadku.
--
Krzysztof Halasa

Adam Przybyla

unread,

Sep 29, 2009, 3:35:14 AM9/29/09

to

przemeksw <prze...@ksiezyc.pl> wrote:
> Witam
>
> Od momentu zmiany lokalizacji serwerowni, powiązanej ze zmianą operatora z
> tktelekom na tpsa metroethernet, wiesza się mi jeden router (linux gentoo)

>
> Kernel panic: not syncing fatal exception in interrupt
>

> Podejrzewałem z początku maszyne, jednak wymieniłem całą platformę intela 1u
> na nową - niestety nie pomogło.

>
> Zadaniem tego routera to routowanie ruchu z 1 routera na router pppoe plus qos

> bez marków (routowane i ograniczane są zew adresy IP)

>
> Procesor to Xeon 4 rdzeniowy
> Kernel 2.6.25

... sproboj skompilowac wlasny kernel, albo postaw tam na szybko inna
dystrybucje ze standardowymi kernelami tamtej dystrybucji. Z powazaniem
Adam Przybyla

Adam Przybyla

unread,

Sep 29, 2009, 3:38:08 AM9/29/09

to

Krzysztof Halasa <k...@pm.waw.pl> wrote:
> prze...@ksiezyc.pl writes:
>

>>> > PS: u mnie teĹź leciaĹ?y kernel panic na wszystkich kernelach
>>> > <=2.6.29.* Dopiero 2.6.30 i nowsze poprawnie obsĹ?ugujÄ? kartÄ? RTL8111.

>
>> Podaje zdjęcie do błedu jaki wyskakuje
>> http://www.fotosik.pl/pokaz_obrazek/69d94837308cac51.html
>
> Rozumiem ze nie jest srodek dnia ale raczej E1000 z RTL8111 nie pomyle.
>
> Swoja droga, proponuje parametr kernela vga=XXX, albo np. szeregowa
> konsole lub cos podobnego, co pozwoli zobaczyc caly komunikat.
>
> I moze statyw do aparatu, zeby nie uzywac flasha :-)
> Nie mowie ze jakas ksiazke o robieniu zdjec bo to bylby przerost formy
> w tym przypadku.

... sproboj wymioenic ta karte, albo zapodac inny sterownik.
tam byly hcyab rozne warianty e1000 przyznam przymierzam sie dopiero
do rozgryzania tematu. Z powazaniem
Adam Przybyla

przemeksw

unread,

Sep 29, 2009, 7:11:24 AM9/29/09

to

> przemeksw <prze...@ksiezyc.pl> wrote:
> > Witam
> >
> > Od momentu zmiany lokalizacji serwerowni, powiďż˝�zanej ze zmianďż˝� operatora z
> > tktelekom na tpsa metroethernet, wiesza siďż˝� mi jeden router (linux gentoo)

> >
> > Kernel panic: not syncing fatal exception in interrupt
> >

> > Podejrzewaďż˝�em z poczďż˝�tku maszyne, jednak wymieniďż˝�em caďż˝�ďż˝� platformďż˝�
intela 1u
> > na nowďż˝� - niestety nie pomogďż˝�o.

> >
> > Zadaniem tego routera to routowanie ruchu z 1 routera na router pppoe plus qos

> > bez markĂłw (routowane i ograniczane sďż˝� zew adresy IP)

> >
> > Procesor to Xeon 4 rdzeniowy
> > Kernel 2.6.25

> ďż˝ ďż˝ ďż˝ ďż˝... sproboj skompilowac wlasny kernel, albo postaw tam na szybko inna

> dystrybucje ze standardowymi kernelami tamtej dystrybucji. Z powazaniem

> ďż˝ ďż˝ ďż˝ ďż˝ ďż˝ ďż˝ ďż˝ ďż˝ ďż˝ ďż˝ ďż˝ ďż˝ ďż˝ ďż˝ ďż˝ ďż˝ ďż˝ ďż˝ ďż˝ ďż˝ ďż˝ ďż˝ ďż˝ ďż˝ ďż˝ ďż˝ ďż˝ ďż˝ ďż˝ ďż˝ ďż˝ ďż˝Adam Przybyla

Panowie zmiana dystrybucji nic raczej nie da z racji takiej, ďż˝e mam stary serwer
ktďż˝ry dziaďż˝ďż˝ďż˝ przez 2 lata teďż˝ platforma 1U Intela i to dziaďż˝o bez problemu. Gdy
po przeniesieniu serwerowni i zmianie operatora problem siďż˝ pojawiďż˝ to kupiďż˝em
nowďż˝ platformďż˝ Intela 1U, postawiďż˝em na nowo gentoo skompilowaďż˝em wszystko od
nowa i nadal problem jest ten sam. Zmiana kart sieciowych raczej nie wchodzi w
grďż˝, gdyďż˝ jest to wszystko zintegorowane.

Poniďż˝ej LSPCI

00:00.0 Host bridge: Intel Corporation 3200/3210 Chipset DRAM Controller
00:19.0 Ethernet controller: Intel Corporation 82566DM-2 Gigabit Network
Connection (rev 02)
00:1c.0 PCI bridge: Intel Corporation 82801I (ICH9 Family) PCI Express Port 1
(rev 02)
00:1c.4 PCI bridge: Intel Corporation 82801I (ICH9 Family) PCI Express Port 5
(rev 02)
00:1e.0 PCI bridge: Intel Corporation 82801 PCI Bridge (rev 92)
00:1f.0 ISA bridge: Intel Corporation 82801IR (ICH9R) LPC Interface Controller
(rev 02)
00:1f.2 SATA controller: Intel Corporation 82801IR/IO/IH (ICH9R/DO/DH) 6 port
SATA AHCI Controller (rev 02)
00:1f.3 SMBus: Intel Corporation 82801I (ICH9 Family) SMBus Controller (rev 02)
02:00.0 VGA compatible controller: Matrox Graphics, Inc. MGA G200e [Pilot]
ServerEngines (SEP1) (rev 02)
03:02.0 Ethernet controller: Intel Corporation 82541GI Gigabit Ethernet
Controller (rev 05)

Adam Przybyla

unread,

Sep 29, 2009, 7:48:46 AM9/29/09

to

przemeksw <prze...@ksiezyc.pl> wrote:
>> przemeksw <prze...@ksiezyc.pl> wrote:
>> > Witam
>> >

>> > Od momentu zmiany lokalizacji serwerowni, powiÄ�zanej ze zmianÄ� operatora z
>> > tktelekom na tpsa metroethernet, wiesza siÄ� mi jeden router (linux gentoo)

>> >
>> > Kernel panic: not syncing fatal exception in interrupt
>> >

>> > PodejrzewaĹ�em z poczÄ�tku maszyne, jednak wymieniĹ�em caĹ�Ä� platformÄ�
> intela 1u
>> > na nowÄ� - niestety nie pomogĹ�o.

>> >
>> > Zadaniem tego routera to routowanie ruchu z 1 routera na router pppoe plus qos

>> > bez markĂłw (routowane i ograniczane sÄ� zew adresy IP)

>> >
>> > Procesor to Xeon 4 rdzeniowy
>> > Kernel 2.6.25

>> ... sproboj skompilowac wlasny kernel, albo postaw tam na szybko inna
>> dystrybucje ze standardowymi kernelami tamtej dystrybucji. Z powazaniem

>> Adam Przybyla
>
>
> Panowie zmiana dystrybucji nic raczej nie da z racji takiej, że mam stary serwer
> który działął przez 2 lata też platforma 1U Intela i to działo bez problemu. Gdy
> po przeniesieniu serwerowni i zmianie operatora problem się pojawił to kupiłem
> nową platformę Intela 1U, postawiłem na nowo gentoo skompilowałem wszystko od

> nowa i nadal problem jest ten sam. Zmiana kart sieciowych raczej nie wchodzi w

> grę, gdyż jest to wszystko zintegorowane.
... spokojnie, chodzi tylko o sprawdzenie czy zadziala. Dystrybucje
maja czasmi baaardzo duzo wlasnych patchy na jadro. Sproboj , pokombinujemy.
Z powazaniem
Adam Przybyla

Daniel

unread,

Sep 29, 2009, 8:11:17 AM9/29/09

to

Adam Przybyla pisze:

> ... spokojnie, chodzi tylko o sprawdzenie czy zadziala. Dystrybucje
> maja czasmi baaardzo duzo wlasnych patchy na jadro. Sproboj , pokombinujemy.
> Z powazaniem

Nie prościej byłoby ściągnąć czysty kernel z kernel.org i sprawdzić
zamiast zmieniać całą dystrybucję? Sieciówka działa Ci na e1000 czy e1000e?

Pozdrawiam
Daniel

Żanet Kaleta

unread,

Sep 29, 2009, 8:38:01 AM9/29/09

to

Uďż˝ytkownik "przemeksw" <prze...@ksiezyc.pl> napisaďż˝ w wiadomoďż˝ci
news:1557.000002...@newsgate.onet.pl...

>> przemeksw <prze...@ksiezyc.pl> wrote:
>> > Witam
>> >
>> > Od momentu zmiany lokalizacji serwerowni, powiďż˝�zanej ze
>> > zmianďż˝� operatora z
>> > tktelekom na tpsa metroethernet, wiesza siďż˝� mi jeden router
>> > (linux gentoo)
>> >
>> > Kernel panic: not syncing fatal exception in interrupt
>> >
>> > Podejrzewaďż˝�em z poczďż˝�tku maszyne, jednak
>> > wymieniďż˝�em caďż˝�ďż˝� platformďż˝�
> intela 1u
>> > na nowďż˝� - niestety nie pomogďż˝�o.
>> >
>> > Zadaniem tego routera to routowanie ruchu z 1 routera na router pppoe
>> > plus qos
>> > bez markĂłw (routowane i ograniczane sďż˝� zew adresy IP)
>> >
>> > Procesor to Xeon 4 rdzeniowy
>> > Kernel 2.6.25

>> ... sproboj skompilowac wlasny kernel, albo postaw tam na szybko inna
>> dystrybucje ze standardowymi kernelami tamtej dystrybucji. Z powazaniem

Maďż˝e pytanko: jajko masz wďż˝asnej produkcji, czy budujesz genkernel'em ?

Pozdrawiam
ďż˝anet Kaleta

Krzysztof Halasa

unread,

Sep 29, 2009, 8:57:51 AM9/29/09

to

Adam Przybyla <ad...@rybnik.pl> writes:

> ... sproboj wymioenic ta karte, albo zapodac inny sterownik.
> tam byly hcyab rozne warianty e1000 przyznam przymierzam sie dopiero
> do rozgryzania tematu. Z powazaniem

Znalezienie przyczyny podobnego problemu jest zwykle proste po
spelnieniu trzech warunkow:
- uzywamy w miare wspolczesnego kernela, np. 2.6.27.ostatni,
2.6.30.ostatni albo 2.6.31.ostatni, oraz
- mozemy podac potrzebne szczegoly w rodzaju lspci -vv, dmesg itp.
- potrafimy uzyskac caly komunikat, np. uzywajac "vga=xxx" itp.

Pierwsze dwa warunki sa krytyczne (moze nie liczac tego "ostatni"). Nikt
(pomijajac platny techsupp) po prostu nie bedzie wnikal w stare kernele,
bo jest bardzo duza szansa, ze blad jest dawno poprawiony.
--
Krzysztof Halasa

prze...@ksiezyc.pl

unread,

Sep 29, 2009, 3:13:05 PM9/29/09

to

>
> Uďż˝ytkownik "przemeksw" <prze...@ksiezyc.pl> napisaďż˝ w wiadomoďż˝ci
> news:1557.000002...@newsgate.onet.pl...
> >> przemeksw <prze...@ksiezyc.pl> wrote:
> >> > Witam
> >> >
> >> > Od momentu zmiany lokalizacji serwerowni, powiďż˝�zanej ze
> >> > zmianďż˝� operatora z
> >> > tktelekom na tpsa metroethernet, wiesza siďż˝� mi jeden router
> >> > (linux gentoo)
> >> >
> >> > Kernel panic: not syncing fatal exception in interrupt
> >> >
> >> > Podejrzewaďż˝�em z poczďż˝�tku maszyne, jednak
> >> > wymieniďż˝�em caďż˝�ďż˝� platformďż˝�
> > intela 1u
> >> > na nowďż˝� - niestety nie pomogďż˝�o.
> >> >
> >> > Zadaniem tego routera to routowanie ruchu z 1 routera na router pppoe
> >> > plus qos
> >> > bez markĂłw (routowane i ograniczane sďż˝� zew adresy IP)
> >> >
> >> > Procesor to Xeon 4 rdzeniowy
> >> > Kernel 2.6.25

> >> ďż˝... sproboj skompilowac wlasny kernel, albo postaw tam na szybko inna

> >> dystrybucje ze standardowymi kernelami tamtej dystrybucji. Z powazaniem

> >> ďż˝Adam Przybyla

A wiďż˝c Panowie i Panie.

Pragnďż˝ zaznaczyďż˝ ze stary serwer dziaďż˝aďż˝ od 2 lat i siďż˝ nic nie dziaďż˝o. Od
momentu zmiany ďż˝ďż˝cza ( nie ruszaďż˝em nic przy serwerze prďż˝cz adresacji) serwer
zaczďż˝ďż˝ siďż˝ wieszaďż˝. Myďż˝laďż˝em, ďż˝e poprostu sprzďż˝t zawiniďż˝ i go zmieniďż˝em,
jednak po zmianie dalej siďż˝ wiesza.

Distro to gentoo, kernel buduje sam, tylko sciďż˝gam ďż˝rďż˝dďż˝a przy uďż˝yciu emerge.

Jacek Kalinski

unread,

Sep 30, 2009, 3:45:06 AM9/30/09

to

W artykule <m3y6nz5...@intrepid.localdomain>, Krzysztof Halasa napisaďż˝(a):

>> PS: u mnie teďż˝ leciaďż˝y kernel panic na wszystkich kernelach
>> <=2.6.29.* Dopiero 2.6.30 i nowsze poprawnie obsďż˝ugujďż˝ kartďż˝ RTL8111.

>
> Na jakiejs specyficznej maszynce, domyslam sie - bo normalnie nie bylo
> z tym problemow.

Czy specyficznej - nie wiem. 2 pďż˝yty gďż˝ďż˝wne:
Gigabyte GA-EP45-DS4 i GA-EP45-DQ6
Majďż˝ 2-4 karty zintegrowane na pďż˝ycie, a specyficzna sytuacja to nic
innego jak obciďż˝ďż˝enie karty sieciowej (im wiďż˝cej tym lepiej) transmisja
pakietďż˝w (u mnie kopiowanie plikďż˝w przez sieďż˝).

Kernel panic gwarantowany :)

PS: nie jest wykluczone, ďż˝e miaďż˝o to zwiďż˝zek rďż˝wnieďż˝ z zapisem tych
danych na dysk. Ale w to ďż˝miem wďż˝tpiďż˝.

Jacek

Krzysztof Halasa

unread,

Sep 30, 2009, 9:10:17 AM9/30/09

to

Jacek Kalinski <jacek_kal@go2._NOSPAMPLEASE_.pl> writes:

> Czy specyficznej - nie wiem. 2 płyty główne:
> Gigabyte GA-EP45-DS4 i GA-EP45-DQ6

Czyli dwa warianty praktycznie tej samej plyty, z tymi samymi
scalakami i BIOSem? :-)

> Mają 2-4 karty zintegrowane na płycie, a specyficzna sytuacja to nic
> innego jak obciążenie karty sieciowej (im więcej tym lepiej) transmisja
> pakietów (u mnie kopiowanie plików przez sieć).

Specyficzna sytuacja to specyficzny sprzet. Inna plyta (wiele roznych)
i problemow nie ma.

Masz najnowszy BIOS oczywiscie?
--
Krzysztof Halasa

Jacek Kalinski

unread,

Sep 30, 2009, 5:50:47 PM9/30/09

to

W artykule <m3my4ce...@intrepid.localdomain>, Krzysztof Halasa napisaďż˝(a):

>> Czy specyficznej - nie wiem. 2 pďż˝yty gďż˝ďż˝wne:

>> Gigabyte GA-EP45-DS4 i GA-EP45-DQ6
>
> Czyli dwa warianty praktycznie tej samej plyty, z tymi samymi
> scalakami i BIOSem? :-)

Poczďż˝tkowo BIOSy w rďż˝nych wersjach (fabrycznych). Pďż˝niej zaktualizowane
do najnowszych i te same problemy.
Nie jest wykluczone, ďż˝e to wina sprzďż˝tu, aczkolwiek (nie pamiďż˝tam
dokďż˝adnie changeloga) chyba to byďż˝a wina wielkoďż˝ci bufora.

Jacek

Krzysztof Oledzki

unread,

Sep 30, 2009, 6:10:30 PM9/30/09

to

przemeksw <prze...@ksiezyc.pl> wrote:
> Witam
Witam,

> Od momentu zmiany lokalizacji serwerowni, powiďż˝zanej ze zmianďż˝ operatora z
> tktelekom na tpsa metroethernet, wiesza siďż˝ mi jeden router (linux gentoo)
>
> Kernel panic: not syncing fatal exception in interrupt
>
> Podejrzewaďż˝em z poczďż˝tku maszyne, jednak wymieniďż˝em caďż˝ďż˝ platformďż˝ intela 1u
> na nowďż˝ - niestety nie pomogďż˝o.
>
> Zadaniem tego routera to routowanie ruchu z 1 routera na router pppoe plus qos
> bez markďż˝w (routowane i ograniczane sďż˝ zew adresy IP)
>
> Procesor to Xeon 4 rdzeniowy
> Kernel 2.6.25

Jakbym miaďż˝ coďż˝ sugerowaďż˝ to sugerowaďż˝bym mocny upgrade. 2.6.25 jest doďż˝ďż˝ starym
kernel, ma znane bďż˝ďż˝dy dotyczďż˝ce stabiolnoďż˝ci i bezpieczeďż˝stwa, na dodatek nie
zawiera on kilkuset ďż˝atek, ktďż˝re pojawiďż˝y siďż˝ w trakcie jego stabilizacji
w ramach wydaďż˝ -stable.

> 23:07:11 2009
>
> CPU0 CPU1 CPU2 CPU3
> 0: 133 1 0 0 IO-APIC-edge timer
> 1: 2 2 2 2 IO-APIC-edge i8042
> 6: 1 1 0 1 IO-APIC-edge floppy
> 8: 73 1 1 0 IO-APIC-edge rtc
> 9: 0 0 0 0 IO-APIC-fasteoi acpi
> 12: 1 1 1 1 IO-APIC-edge i8042
> 18: 19341454 22676779 26507280 29309895 IO-APIC-fasteoi eth0
> 220: 29893083 24057871 17630288 13839502 PCI-MSI-edge eth1
> 221: 343981 394787 355089 85524 PCI-MSI-edge ahci
> NMI: 0 0 0 0 Non-maskable interrupts
> LOC: 30720268 30750456 32190938 33646442 Local timer interrupts
> RES: 222091 291869 242629 294131 Rescheduling interrupts
> CAL: 7405 7228 7206 5023 function call interrupts
> TLB: 107021 147143 133107 175156 TLB shootdowns
> TRM: 0 0 0 0 Thermal event interrupts
> SPU: 0 0 0 0 Spurious interrupts

O, i jeszcze ďż˝le obsďż˝ugujesz przerwania.

Pozdrawiam,

Krzysztof Oledzki

--
Krzysztof Olďż˝dzki
e-mail address: ole(a-t)ans(d-o-t)pl
Registered User: Linux - 189200, BSD - 51140
Nick Handles: KO60-RIPE, KO581 (Network Solutions)

Krzysztof Oledzki

unread,

Sep 30, 2009, 6:12:50 PM9/30/09

to

prze...@ksiezyc.pl wrote:
<CIACH>

> A wiďż˝c Panowie i Panie.
>
> Pragnďż˝ zaznaczyďż˝ ze stary serwer dziaďż˝aďż˝ od 2 lat i siďż˝ nic nie dziaďż˝o. Od
> momentu zmiany ďż˝ďż˝cza ( nie ruszaďż˝em nic przy serwerze prďż˝cz adresacji) serwer
> zaczďż˝ďż˝ siďż˝ wieszaďż˝. Myďż˝laďż˝em, ďż˝e poprostu sprzďż˝t zawiniďż˝ i go zmieniďż˝em,
> jednak po zmianie dalej siďż˝ wiesza.
>
> Distro to gentoo, kernel buduje sam, tylko sciďż˝gam ďż˝rďż˝dďż˝a przy uďż˝yciu emerge.

I na ten przykďż˝ad masz szybsze ďż˝ďż˝cze i ruch sieciowy triggeruje Ci
jakiegoďż˝ race w kodzie? ;)

BTW: skoro to jest "serwer" to potrzebujesz w ogďż˝le na nim conntracka?

przemeksw

unread,

Oct 1, 2009, 6:30:41 AM10/1/09

to

> przemeksw <prze...@ksiezyc.pl> wrote:
> > Witam
> Witam,
>
> > Od momentu zmiany lokalizacji serwerowni, powiďż˝zanej ze zmianďż˝ operatora z
> > tktelekom na tpsa metroethernet, wiesza siďż˝ mi jeden router (linux gentoo)
> >
> > Kernel panic: not syncing fatal exception in interrupt
> >
> > Podejrzewaďż˝em z poczďż˝tku maszyne, jednak wymieniďż˝em caďż˝ďż˝ platformďż˝ intela 1u
> > na nowďż˝ - niestety nie pomogďż˝o.
> >
> > Zadaniem tego routera to routowanie ruchu z 1 routera na router pppoe plus qos
> > bez markďż˝w (routowane i ograniczane sďż˝ zew adresy IP)
> >
> > Procesor to Xeon 4 rdzeniowy
> > Kernel 2.6.25
>
> Jakbym miaďż˝ coďż˝ sugerowaďż˝ to sugerowaďż˝bym mocny upgrade. 2.6.25 jest doďż˝ďż˝ starym
> kernel, ma znane bďż˝ďż˝dy dotyczďż˝ce stabiolnoďż˝ci i bezpieczeďż˝stwa, na dodatek nie
> zawiera on kilkuset ďż˝atek, ktďż˝re pojawiďż˝y siďż˝ w trakcie jego stabilizacji
> w ramach wydaďż˝ -stable.
>
> > 23:07:11 2009
> >

> > ďż˝ ďż˝ ďż˝ ďż˝ ďż˝ ďż˝CPU0 ďż˝ ďż˝ ďż˝ CPU1 ďż˝ ďż˝ ďż˝ CPU2 ďż˝ ďż˝ ďż˝ CPU3
> > ďż˝ 0: ďż˝ ďż˝ ďż˝ ďż˝133 ďż˝ ďż˝ ďż˝ ďż˝ ďż˝1 ďż˝ ďż˝ ďż˝ ďż˝ ďż˝0 ďż˝ ďż˝ ďż˝ ďż˝ ďż˝0 ďż˝ IO-APIC-edge ďż˝ ďż˝ ďż˝timer
> > ďż˝ 1: ďż˝ ďż˝ ďż˝ ďż˝ ďż˝2 ďż˝ ďż˝ ďż˝ ďż˝ ďż˝2 ďż˝ ďż˝ ďż˝ ďż˝ ďż˝2 ďż˝ ďż˝ ďż˝ ďż˝ ďż˝2 ďż˝ IO-APIC-edge ďż˝ ďż˝ ďż˝i8042
> > ďż˝ 6: ďż˝ ďż˝ ďż˝ ďż˝ ďż˝1 ďż˝ ďż˝ ďż˝ ďż˝ ďż˝1 ďż˝ ďż˝ ďż˝ ďż˝ ďż˝0 ďż˝ ďż˝ ďż˝ ďż˝ ďż˝1 ďż˝ IO-APIC-edge ďż˝ ďż˝ ďż˝floppy
> > ďż˝ 8: ďż˝ ďż˝ ďż˝ ďż˝ 73 ďż˝ ďż˝ ďż˝ ďż˝ ďż˝1 ďż˝ ďż˝ ďż˝ ďż˝ ďż˝1 ďż˝ ďż˝ ďż˝ ďż˝ ďż˝0 ďż˝ IO-APIC-edge ďż˝ ďż˝ ďż˝rtc
> > ďż˝ 9: ďż˝ ďż˝ ďż˝ ďż˝ ďż˝0 ďż˝ ďż˝ ďż˝ ďż˝ ďż˝0 ďż˝ ďż˝ ďż˝ ďż˝ ďż˝0 ďż˝ ďż˝ ďż˝ ďż˝ ďż˝0 ďż˝ IO-APIC-fasteoi ďż˝ acpi
> > ďż˝12: ďż˝ ďż˝ ďż˝ ďż˝ ďż˝1 ďż˝ ďż˝ ďż˝ ďż˝ ďż˝1 ďż˝ ďż˝ ďż˝ ďż˝ ďż˝1 ďż˝ ďż˝ ďż˝ ďż˝ ďż˝1 ďż˝ IO-APIC-edge ďż˝ ďż˝ ďż˝i8042
> > ďż˝18: ďż˝ 19341454 ďż˝ 22676779 ďż˝ 26507280 ďż˝ 29309895 ďż˝ IO-APIC-fasteoi ďż˝ eth0
> > 220: ďż˝ 29893083 ďż˝ 24057871 ďż˝ 17630288 ďż˝ 13839502 ďż˝ PCI-MSI-edge ďż˝ ďż˝ ďż˝eth1
> > 221: ďż˝ ďż˝ 343981 ďż˝ ďż˝ 394787 ďż˝ ďż˝ 355089 ďż˝ ďż˝ ďż˝85524 ďż˝ PCI-MSI-edge ďż˝ ďż˝ ďż˝ahci
> > NMI: ďż˝ ďż˝ ďż˝ ďż˝ ďż˝0 ďż˝ ďż˝ ďż˝ ďż˝ ďż˝0 ďż˝ ďż˝ ďż˝ ďż˝ ďż˝0 ďż˝ ďż˝ ďż˝ ďż˝ ďż˝0 ďż˝ Non-maskable interrupts
> > LOC: ďż˝ 30720268 ďż˝ 30750456 ďż˝ 32190938 ďż˝ 33646442 ďż˝ Local timer interrupts
> > RES: ďż˝ ďż˝ 222091 ďż˝ ďż˝ 291869 ďż˝ ďż˝ 242629 ďż˝ ďż˝ 294131 ďż˝ Rescheduling interrupts
> > CAL: ďż˝ ďż˝ ďż˝ 7405 ďż˝ ďż˝ ďż˝ 7228 ďż˝ ďż˝ ďż˝ 7206 ďż˝ ďż˝ ďż˝ 5023 ďż˝ function call interrupts
> > TLB: ďż˝ ďż˝ 107021 ďż˝ ďż˝ 147143 ďż˝ ďż˝ 133107 ďż˝ ďż˝ 175156 ďż˝ TLB shootdowns
> > TRM: ďż˝ ďż˝ ďż˝ ďż˝ ďż˝0 ďż˝ ďż˝ ďż˝ ďż˝ ďż˝0 ďż˝ ďż˝ ďż˝ ďż˝ ďż˝0 ďż˝ ďż˝ ďż˝ ďż˝ ďż˝0 ďż˝ Thermal event interrupts
> > SPU: ďż˝ ďż˝ ďż˝ ďż˝ ďż˝0 ďż˝ ďż˝ ďż˝ ďż˝ ďż˝0 ďż˝ ďż˝ ďż˝ ďż˝ ďż˝0 ďż˝ ďż˝ ďż˝ ďż˝ ďż˝0 ďż˝ Spurious interrupts

>
> O, i jeszcze ďż˝le obsďż˝ugujesz przerwania.
>
> Pozdrawiam,
>

> ďż˝ ďż˝ ďż˝ ďż˝ ďż˝ ďż˝ ďż˝ ďż˝ ďż˝ ďż˝ ďż˝ ďż˝Krzysztof Oledzki
>
> --
> Krzysztof Olďż˝dzki
> e-mail address: ďż˝ ďż˝ ďż˝ ďż˝ ole(a-t)ans(d-o-t)pl
> Registered User: ďż˝ ďż˝ ďż˝ ďż˝Linux - 189200, BSD - 51140
> Nick Handles: ďż˝ ďż˝ ďż˝ ďż˝ ďż˝ KO60-RIPE, KO581 (Network Solutions)

Moďż˝esz coďż˝ wiďż˝cej na temat przerwaďż˝ powiedzieďż˝ ?

Krzysztof Oledzki

unread,

Oct 1, 2009, 6:59:05 AM10/1/09

to

> Moďż˝esz coďż˝ wiďż˝cej na temat przerwaďż˝ powiedzieďż˝ ?

http://www.alexonlinux.com/why-interrupt-affinity-with-multiple-cores-is-not-such-a-good-thing

Do tego dochodzi jeszcze kwestia zmiany kolejnoďż˝ci pakietďż˝w, czego high
speed TCP *bardzo* nie lubi i co powoduje teďż˝ problem np. z voicem po UDP.

Pozdrawiam,

Krzysztof Oledzki

--
Krzysztof Olďż˝dzki
e-mail address: ole(a-t)ans(d-o-t)pl
Registered User: Linux - 189200, BSD - 51140
Nick Handles: KO60-RIPE, KO581 (Network Solutions)

przemeksw

unread,

Oct 1, 2009, 7:04:27 AM10/1/09

to

> ďż˝ ďż˝ ďż˝ ďż˝ ďż˝ ďż˝ ďż˝ ďż˝ ďż˝ ďż˝ ďż˝ ďż˝Krzysztof Oledzki
>
> --
> Krzysztof Olďż˝dzki

> e-mail address: ďż˝ ďż˝ ďż˝ ďż˝ ole(a-t)ans(d-o-t)pl

> Registered User: ďż˝ ďż˝ ďż˝ ďż˝Linux - 189200, BSD - 51140
> Nick Handles: ďż˝ ďż˝ ďż˝ ďż˝ ďż˝ KO60-RIPE, KO581 (Network Solutions)

Hm no faktycznie. Czyli najlepiej bďż˝dzie rozdzieliďż˝ obsďż˝ugďż˝ kart sieciowych
pomiďż˝dzy 3 i 4 cor. A o co chodzi z kolejnoďż˝ciďż˝ pakietďż˝w ?

Krzysztof Oledzki

unread,

Oct 1, 2009, 8:49:26 AM10/1/09

to

przemeksw <prze...@ksiezyc.pl> wrote:
> > > > > ďż˝ ďż˝ ďż˝ ďż˝ ďż˝ ďż˝CPU0 ďż˝ ďż˝ ďż˝ CPU1 ďż˝ ďż˝ ďż˝ CPU2 ďż˝ ďż˝ ďż˝ CPU3
> > > > > ďż˝ 0: ďż˝ ďż˝ ďż˝ ďż˝133 ďż˝ ďż˝ ďż˝ ďż˝ ďż˝1 ďż˝ ďż˝ ďż˝ ďż˝ ďż˝0 ďż˝ ďż˝ ďż˝ ďż˝ ďż˝0 ďż˝ IO-APIC-edge ďż˝ ďż˝ ďż˝timer
> > > > > ďż˝ 1: ďż˝ ďż˝ ďż˝ ďż˝ ďż˝2 ďż˝ ďż˝ ďż˝ ďż˝ ďż˝2 ďż˝ ďż˝ ďż˝ ďż˝ ďż˝2 ďż˝ ďż˝ ďż˝ ďż˝ ďż˝2 ďż˝ IO-APIC-edge ďż˝ ďż˝ ďż˝i8042
> > > > > ďż˝ 6: ďż˝ ďż˝ ďż˝ ďż˝ ďż˝1 ďż˝ ďż˝ ďż˝ ďż˝ ďż˝1 ďż˝ ďż˝ ďż˝ ďż˝ ďż˝0 ďż˝ ďż˝ ďż˝ ďż˝ ďż˝1 ďż˝ IO-APIC-edge ďż˝ ďż˝ ďż˝floppy
> > > > > ďż˝ 8: ďż˝ ďż˝ ďż˝ ďż˝ 73 ďż˝ ďż˝ ďż˝ ďż˝ ďż˝1 ďż˝ ďż˝ ďż˝ ďż˝ ďż˝1 ďż˝ ďż˝ ďż˝ ďż˝ ďż˝0 ďż˝ IO-APIC-edge ďż˝ ďż˝ ďż˝rtc
> > > > > ďż˝ 9: ďż˝ ďż˝ ďż˝ ďż˝ ďż˝0 ďż˝ ďż˝ ďż˝ ďż˝ ďż˝0 ďż˝ ďż˝ ďż˝ ďż˝ ďż˝0 ďż˝ ďż˝ ďż˝ ďż˝ ďż˝0 ďż˝ IO-APIC-fasteoi ďż˝ acpi
> > > > > ďż˝12: ďż˝ ďż˝ ďż˝ ďż˝ ďż˝1 ďż˝ ďż˝ ďż˝ ďż˝ ďż˝1 ďż˝ ďż˝ ďż˝ ďż˝ ďż˝1 ďż˝ ďż˝ ďż˝ ďż˝ ďż˝1 ďż˝ IO-APIC-edge ďż˝ ďż˝ ďż˝i8042
> > > > > ďż˝18: ďż˝ 19341454 ďż˝ 22676779 ďż˝ 26507280 ďż˝ 29309895 ďż˝ IO-APIC-fasteoi ďż˝ eth0
> > > > > 220: ďż˝ 29893083 ďż˝ 24057871 ďż˝ 17630288 ďż˝ 13839502 ďż˝ PCI-MSI-edge ďż˝ ďż˝ ďż˝eth1
> > > > > 221: ďż˝ ďż˝ 343981 ďż˝ ďż˝ 394787 ďż˝ ďż˝ 355089 ďż˝ ďż˝ ďż˝85524 ďż˝ PCI-MSI-edge ďż˝ ďż˝ ďż˝ahci
> > > > > NMI: ďż˝ ďż˝ ďż˝ ďż˝ ďż˝0 ďż˝ ďż˝ ďż˝ ďż˝ ďż˝0 ďż˝ ďż˝ ďż˝ ďż˝ ďż˝0 ďż˝ ďż˝ ďż˝ ďż˝ ďż˝0 ďż˝ Non-maskable interrupts
> > > > > LOC: ďż˝ 30720268 ďż˝ 30750456 ďż˝ 32190938 ďż˝ 33646442 ďż˝ Local timer interrupts
> > > > > RES: ďż˝ ďż˝ 222091 ďż˝ ďż˝ 291869 ďż˝ ďż˝ 242629 ďż˝ ďż˝ 294131 ďż˝ Rescheduling interrupts
> > > > > CAL: ďż˝ ďż˝ ďż˝ 7405 ďż˝ ďż˝ ďż˝ 7228 ďż˝ ďż˝ ďż˝ 7206 ďż˝ ďż˝ ďż˝ 5023 ďż˝ function call interrupts
> > > > > TLB: ďż˝ ďż˝ 107021 ďż˝ ďż˝ 147143 ďż˝ ďż˝ 133107 ďż˝ ďż˝ 175156 ďż˝ TLB shootdowns
> > > > > TRM: ďż˝ ďż˝ ďż˝ ďż˝ ďż˝0 ďż˝ ďż˝ ďż˝ ďż˝ ďż˝0 ďż˝ ďż˝ ďż˝ ďż˝ ďż˝0 ďż˝ ďż˝ ďż˝ ďż˝ ďż˝0 ďż˝ Thermal event interrupts
> > > > > SPU: ďż˝ ďż˝ ďż˝ ďż˝ ďż˝0 ďż˝ ďż˝ ďż˝ ďż˝ ďż˝0 ďż˝ ďż˝ ďż˝ ďż˝ ďż˝0 ďż˝ ďż˝ ďż˝ ďż˝ ďż˝0 ďż˝ Spurious interrupts
> > > >
> > > > O, i jeszcze ďż˝le obsďż˝ugujesz przerwania.
> >
> > > Moďż˝esz coďż˝ wiďż˝cej na temat przerwaďż˝ powiedzieďż˝ ?
> >
> >
> http://www.alexonlinux.com/why-interrupt-affinity-with-multiple-cores-is-not-such-a-good-thing
> >
> > Do tego dochodzi jeszcze kwestia zmiany kolejnoďż˝ci pakietďż˝w, czego high
> > speed TCP *bardzo* nie lubi i co powoduje teďż˝ problem np. z voicem po UDP.
>

> Hm no faktycznie. Czyli najlepiej bďż˝dzie rozdzieliďż˝ obsďż˝ugďż˝ kart sieciowych
> pomiďż˝dzy 3 i 4 cor.

np.

> A o co chodzi z kolejnoďż˝ciďż˝ pakietďż˝w ?

Zaďż˝uďż˝my, ďż˝e mamy jakiďż˝ flow (np. nawiďż˝zana sesja TCP), w ktďż˝rym przesyďż˝ane
sďż˝ pakiety. Pakiet x trafiajďż˝c na CPUa moďż˝e zostaďż˝ szybciej obsďż˝uďż˝ony niďż˝ pakiet
x-1, kiedy trafi CPUb. Zminia siďż˝ wtedy ich kolejnoďż˝ďż˝ i do odbiorcy dotrze najpierw x,
a potem x-1. Oczywiďż˝cie TCP sobie z tym radzi, ale jest to szkodliwe.

Pozdrawiam,

Krzysztof Oledzki

--
Krzysztof Olďż˝dzki
e-mail address: ole(a-t)ans(d-o-t)pl
Registered User: Linux - 189200, BSD - 51140
Nick Handles: KO60-RIPE, KO581 (Network Solutions)

Krzysztof Halasa

unread,

Oct 1, 2009, 1:51:34 PM10/1/09

to

Jacek Kalinski <jacek_kal@go2._NOSPAMPLEASE_.pl> writes:

> Początkowo BIOSy w różnych wersjach (fabrycznych). Później zaktualizowane

> do najnowszych i te same problemy.

> Nie jest wykluczone, że to wina sprzętu, aczkolwiek (nie pamiętam
> dokładnie changeloga) chyba to była wina wielkości bufora.

Zmian w rtl8169 bylo sporo ale tak czy owak te karty dzialaly normalnie.
Uzywasz jumbo frames? Cos tam bylo z tym zwiazanego.
--
Krzysztof Halasa

prze...@ksiezyc.pl

unread,

Oct 1, 2009, 3:14:56 PM10/1/09

to

> ďż˝ ďż˝ ďż˝ ďż˝ ďż˝ ďż˝ ďż˝ ďż˝ ďż˝ ďż˝ ďż˝ ďż˝Krzysztof Oledzki
>
> --
> Krzysztof Olďż˝dzki

> e-mail address: ďż˝ ďż˝ ďż˝ ďż˝ ole(a-t)ans(d-o-t)pl

> Registered User: ďż˝ ďż˝ ďż˝ ďż˝Linux - 189200, BSD - 51140
> Nick Handles: ďż˝ ďż˝ ďż˝ ďż˝ ďż˝ KO60-RIPE, KO581 (Network Solutions)

Krzysztof Oledzki

unread,

Oct 2, 2009, 4:25:24 AM10/2/09

to

przemeksw <prze...@ksiezyc.pl> wrote:
> > > > > ďż˝ ďż˝ ďż˝ ďż˝ ďż˝ ďż˝CPU0 ďż˝ ďż˝ ďż˝ CPU1 ďż˝ ďż˝ ďż˝ CPU2 ďż˝ ďż˝ ďż˝ CPU3
> > > > > ďż˝ 0: ďż˝ ďż˝ ďż˝ ďż˝133 ďż˝ ďż˝ ďż˝ ďż˝ ďż˝1 ďż˝ ďż˝ ďż˝ ďż˝ ďż˝0 ďż˝ ďż˝ ďż˝ ďż˝ ďż˝0 ďż˝ IO-APIC-edge ďż˝ ďż˝ ďż˝timer
> > > > > ďż˝ 1: ďż˝ ďż˝ ďż˝ ďż˝ ďż˝2 ďż˝ ďż˝ ďż˝ ďż˝ ďż˝2 ďż˝ ďż˝ ďż˝ ďż˝ ďż˝2 ďż˝ ďż˝ ďż˝ ďż˝ ďż˝2 ďż˝ IO-APIC-edge ďż˝ ďż˝ ďż˝i8042
> > > > > ďż˝ 6: ďż˝ ďż˝ ďż˝ ďż˝ ďż˝1 ďż˝ ďż˝ ďż˝ ďż˝ ďż˝1 ďż˝ ďż˝ ďż˝ ďż˝ ďż˝0 ďż˝ ďż˝ ďż˝ ďż˝ ďż˝1 ďż˝ IO-APIC-edge ďż˝ ďż˝ ďż˝floppy
> > > > > ďż˝ 8: ďż˝ ďż˝ ďż˝ ďż˝ 73 ďż˝ ďż˝ ďż˝ ďż˝ ďż˝1 ďż˝ ďż˝ ďż˝ ďż˝ ďż˝1 ďż˝ ďż˝ ďż˝ ďż˝ ďż˝0 ďż˝ IO-APIC-edge ďż˝ ďż˝ ďż˝rtc
> > > > > ďż˝ 9: ďż˝ ďż˝ ďż˝ ďż˝ ďż˝0 ďż˝ ďż˝ ďż˝ ďż˝ ďż˝0 ďż˝ ďż˝ ďż˝ ďż˝ ďż˝0 ďż˝ ďż˝ ďż˝ ďż˝ ďż˝0 ďż˝ IO-APIC-fasteoi ďż˝ acpi
> > > > > ďż˝12: ďż˝ ďż˝ ďż˝ ďż˝ ďż˝1 ďż˝ ďż˝ ďż˝ ďż˝ ďż˝1 ďż˝ ďż˝ ďż˝ ďż˝ ďż˝1 ďż˝ ďż˝ ďż˝ ďż˝ ďż˝1 ďż˝ IO-APIC-edge ďż˝ ďż˝ ďż˝i8042
> > > > > ďż˝18: ďż˝ 19341454 ďż˝ 22676779 ďż˝ 26507280 ďż˝ 29309895 ďż˝ IO-APIC-fasteoi ďż˝ eth0
> > > > > 220: ďż˝ 29893083 ďż˝ 24057871 ďż˝ 17630288 ďż˝ 13839502 ďż˝ PCI-MSI-edge ďż˝ ďż˝ ďż˝eth1
> > > > > 221: ďż˝ ďż˝ 343981 ďż˝ ďż˝ 394787 ďż˝ ďż˝ 355089 ďż˝ ďż˝ ďż˝85524 ďż˝ PCI-MSI-edge ďż˝ ďż˝ ďż˝ahci
> > > > > NMI: ďż˝ ďż˝ ďż˝ ďż˝ ďż˝0 ďż˝ ďż˝ ďż˝ ďż˝ ďż˝0 ďż˝ ďż˝ ďż˝ ďż˝ ďż˝0 ďż˝ ďż˝ ďż˝ ďż˝ ďż˝0 ďż˝ Non-maskable interrupts
> > > > > LOC: ďż˝ 30720268 ďż˝ 30750456 ďż˝ 32190938 ďż˝ 33646442 ďż˝ Local timer interrupts
> > > > > RES: ďż˝ ďż˝ 222091 ďż˝ ďż˝ 291869 ďż˝ ďż˝ 242629 ďż˝ ďż˝ 294131 ďż˝ Rescheduling interrupts
> > > > > CAL: ďż˝ ďż˝ ďż˝ 7405 ďż˝ ďż˝ ďż˝ 7228 ďż˝ ďż˝ ďż˝ 7206 ďż˝ ďż˝ ďż˝ 5023 ďż˝ function call interrupts
> > > > > TLB: ďż˝ ďż˝ 107021 ďż˝ ďż˝ 147143 ďż˝ ďż˝ 133107 ďż˝ ďż˝ 175156 ďż˝ TLB shootdowns
> > > > > TRM: ďż˝ ďż˝ ďż˝ ďż˝ ďż˝0 ďż˝ ďż˝ ďż˝ ďż˝ ďż˝0 ďż˝ ďż˝ ďż˝ ďż˝ ďż˝0 ďż˝ ďż˝ ďż˝ ďż˝ ďż˝0 ďż˝ Thermal event interrupts
> > > > > SPU: ďż˝ ďż˝ ďż˝ ďż˝ ďż˝0 ďż˝ ďż˝ ďż˝ ďż˝ ďż˝0 ďż˝ ďż˝ ďż˝ ďż˝ ďż˝0 ďż˝ ďż˝ ďż˝ ďż˝ ďż˝0 ďż˝ Spurious interrupts
> > > >
> > > > O, i jeszcze ďż˝le obsďż˝ugujesz przerwania.
> >
> > > Moďż˝esz coďż˝ wiďż˝cej na temat przerwaďż˝ powiedzieďż˝ ?
> >
> >
> http://www.alexonlinux.com/why-interrupt-affinity-with-multiple-cores-is-not-such-a-good-thing
> >
> > Do tego dochodzi jeszcze kwestia zmiany kolejnoďż˝ci pakietďż˝w, czego high
> > speed TCP *bardzo* nie lubi i co powoduje teďż˝ problem np. z voicem po UDP.
>

> Hm no faktycznie. Czyli najlepiej bďż˝dzie rozdzieliďż˝ obsďż˝ugďż˝ kart sieciowych
> pomiďż˝dzy 3 i 4 cor.

np.

> A o co chodzi z kolejnoďż˝ciďż˝ pakietďż˝w ?

Zaďż˝ďż˝my, ďż˝e mamy jakiďż˝ flow (np. nawiďż˝zana sesja TCP), w ktďż˝rym przesyďż˝ane

sďż˝ pakiety. Pakiet x trafiajďż˝c na CPUa moďż˝e zostaďż˝ szybciej obsďż˝uďż˝ony niďż˝ pakiet
x-1, kiedy trafi CPUb. Zminia siďż˝ wtedy ich kolejnoďż˝ďż˝ i do odbiorcy dotrze najpierw x,
a potem x-1. Oczywiďż˝cie TCP sobie z tym radzi, ale jest to szkodliwe.

Pozdrawiam,

Krzysztof Oledzki

--
Krzysztof Olďż˝dzki
e-mail address: ole(a-t)ans(d-o-t)pl
Registered User: Linux - 189200, BSD - 51140
Nick Handles: KO60-RIPE, KO581 (Network Solutions)

Krzysztof Oledzki

unread,

Oct 2, 2009, 4:26:06 AM10/2/09

to

prze...@ksiezyc.pl wrote:
<CUT>

A o co chodzi?

Pozdrawiam,

Krzysztof Oledzki

--
Krzysztof Olďż˝dzki
e-mail address: ole(a-t)ans(d-o-t)pl
Registered User: Linux - 189200, BSD - 51140
Nick Handles: KO60-RIPE, KO581 (Network Solutions)

Jacek Kalinski

unread,

Oct 3, 2009, 1:50:01 PM10/3/09

to

W artykule <m3pr97f...@intrepid.localdomain>, Krzysztof Halasa napisaďż˝(a):

> Zmian w rtl8169 bylo sporo ale tak czy owak te karty dzialaly normalnie.
> Uzywasz jumbo frames? Cos tam bylo z tym zwiazanego.

Nie, MTU mam na defaultowe 1500.
Po zrobieniu diffa miďż˝dzy 2.6.29.5 (chyba) i 2.6.30, wyszďż˝y mi na
oko mogďż˝ce mieďż˝ wpďż˝yw na dziaďż˝anie rďż˝nice (mniej istotne pominďż˝ďż˝em):
- RTL_W16(RxMaxSize, 16383);
+ RTL_W16(RxMaxSize, rx_buf_sz);

- rtl_set_rx_max_size(ioaddr);
+ rtl_set_rx_max_size(ioaddr, tp->rx_buf_sz);

- if (likely(netif_rx_schedule_prep(&tp->napi)))
- __netif_rx_schedule(&tp->napi);
+ if (likely(napi_schedule_prep(&tp->napi)))
+ __napi_schedule(&tp->napi);

- netif_rx_complete(napi);
+ napi_complete(napi);

Aczkolwiek podejrzewam, ďż˝e zmiany w wielkoďż˝ci bufora (2 pierwsze
rďż˝nice) miaďż˝y najwiďż˝kszy wpďż˝yw na stabilnoďż˝ďż˝ dziaďż˝ania.

Na czym siďż˝ znam, to siďż˝ znam. Ale na kodzie ďż˝rďż˝dďż˝owym kernela
wcale (i jakie powyďż˝sze zmiany majďż˝ wpďż˝yw na dziaďż˝anie, tego nie wiem).

Skďż˝d wiem, ďż˝e na pewno zmiany w r8169.c na 100% byďż˝y powodem?
Bo wziďż˝ďż˝em ďż˝rďż˝dďż˝a od 2.6.29.5, podmieniďż˝em tylko plik r8169.c z wersji
2.6.30 i po wgraniu nowego jďż˝dra, system zaczďż˝ďż˝ stabilnie dziaďż˝aďż˝.

I jak wczeďż˝niej na interfejscie karty sieciowej nie pojawiaďż˝y siďż˝ ďż˝adne
bďż˝ďż˝dy, tak teraz pojawiajďż˝ siďż˝ (RX errors), np:
eth0 Link encap:Ethernet HWaddr 00:1f:d0:21:94:1f
inet addr:192.168.19.104 Bcast:192.168.255.255 Mask:255.255.0.0
inet6 addr: fe80::21f:d0ff:fe21:8cb3/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:11351461643 errors:18 dropped:0 overruns:0 frame:18
TX packets:15779823788 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:3333681484919 (3.0 TiB) TX bytes:18481931977888 (16.8 TiB)
Interrupt:33 Base address:0x8000

Obecny uptime systemu: 91 dni. A po iloďż˝ci RX/TX widaďż˝, ďż˝e karta sieciowa
nigdy siďż˝ nie nudzi.

Jacek

Krzysztof Oledzki

unread,

Oct 3, 2009, 3:39:35 PM10/3/09

to

Jacek Kalinski <jacek_kal@go2._nospamplease_.pl> wrote:
> W artykule <m3pr97f...@intrepid.localdomain>, Krzysztof Halasa napisaďż˝(a):
>
> > Zmian w rtl8169 bylo sporo ale tak czy owak te karty dzialaly normalnie.
> > Uzywasz jumbo frames? Cos tam bylo z tym zwiazanego.
>
> Nie, MTU mam na defaultowe 1500.
> Po zrobieniu diffa miďż˝dzy 2.6.29.5 (chyba) i 2.6.30, wyszďż˝y mi na
> oko mogďż˝ce mieďż˝ wpďż˝yw na dziaďż˝anie rďż˝nice (mniej istotne pominďż˝ďż˝em):
> - RTL_W16(RxMaxSize, 16383);
> + RTL_W16(RxMaxSize, rx_buf_sz);
>
> - rtl_set_rx_max_size(ioaddr);
> + rtl_set_rx_max_size(ioaddr, tp->rx_buf_sz);
>
> - if (likely(netif_rx_schedule_prep(&tp->napi)))
> - __netif_rx_schedule(&tp->napi);
> + if (likely(napi_schedule_prep(&tp->napi)))
> + __napi_schedule(&tp->napi);
>
> - netif_rx_complete(napi);
> + napi_complete(napi);
>
> Aczkolwiek podejrzewam, ďż˝e zmiany w wielkoďż˝ci bufora (2 pierwsze
> rďż˝nice) miaďż˝y najwiďż˝kszy wpďż˝yw na stabilnoďż˝ďż˝ dziaďż˝ania.
>
> Na czym siďż˝ znam, to siďż˝ znam. Ale na kodzie ďż˝rďż˝dďż˝owym kernela
> wcale (i jakie powyďż˝sze zmiany majďż˝ wpďż˝yw na dziaďż˝anie, tego nie wiem).
>
> Skďż˝d wiem, ďż˝e na pewno zmiany w r8169.c na 100% byďż˝y powodem?
> Bo wziďż˝ďż˝em ďż˝rďż˝dďż˝a od 2.6.29.5, podmieniďż˝em tylko plik r8169.c z wersji
> 2.6.30 i po wgraniu nowego jďż˝dra, system zaczďż˝ďż˝ stabilnie dziaďż˝aďż˝.

<CIACH>

> Obecny uptime systemu: 91 dni. A po iloďż˝ci RX/TX widaďż˝, ďż˝e karta sieciowa
> nigdy siďż˝ nie nudzi.

Sugerujďż˝ zobaczyďż˝, jak to wyglďż˝da na 2.6.31-stable albo jeszcze lepiej 2.6.32-rc1.
Jeďż˝eli problem nadal bedzie wystďż˝powaďż˝ to majďż˝c tak konkretne informacje wskazane jest
zaatakowaďż˝ na netdev.

Krzysztof Halasa

unread,

Oct 3, 2009, 4:15:49 PM10/3/09

to

Jacek Kalinski <jacek_kal@go2._NOSPAMPLEASE_.pl> writes:

>> Zmian w rtl8169 bylo sporo ale tak czy owak te karty dzialaly normalnie.
>> Uzywasz jumbo frames? Cos tam bylo z tym zwiazanego.
>
> Nie, MTU mam na defaultowe 1500.

> Po zrobieniu diffa między 2.6.29.5 (chyba) i 2.6.30, wyszły mi na
> oko mogące mieć wpływ na działanie różnice (mniej istotne pominąłem):

> - RTL_W16(RxMaxSize, 16383);
> + RTL_W16(RxMaxSize, rx_buf_sz);
>
> - rtl_set_rx_max_size(ioaddr);
> + rtl_set_rx_max_size(ioaddr, tp->rx_buf_sz);

Na pierwszy rzut oka rx_buf_sz jest pewnie ustawione normalnie na 1514,
1518, 1536 itp, wiec w pierwotnej wersji wieksze ramki (= jumbo frames),
np. broadcastowe, moglyby powodowac kernel panic albo inna korupcje
(pierwsza linia ustawia scalakowi maksymalny rozmiar pakietow, ktore ten
ma akceptowac).

> - if (likely(netif_rx_schedule_prep(&tp->napi)))
> - __netif_rx_schedule(&tp->napi);
> + if (likely(napi_schedule_prep(&tp->napi)))
> + __napi_schedule(&tp->napi);
>
> - netif_rx_complete(napi);
> + napi_complete(napi);

Powyzsze to tylko zamiana nazw w calym kernelu, bez wplywu na dzialanie.

> Skąd wiem, że na pewno zmiany w r8169.c na 100% były powodem?
> Bo wziąłem źródła od 2.6.29.5, podmieniłem tylko plik r8169.c z wersji
> 2.6.30 i po wgraniu nowego jądra, system zaczął stabilnie działać.

Wniosek: najprawdopodobniej masz jednak w sieci jumbo frames.

> I jak wcześniej na interfejscie karty sieciowej nie pojawiały się żadne
> błędy, tak teraz pojawiają się (RX errors), np:

> eth0 Link encap:Ethernet HWaddr 00:1f:d0:21:94:1f
> inet addr:192.168.19.104 Bcast:192.168.255.255 Mask:255.255.0.0
> inet6 addr: fe80::21f:d0ff:fe21:8cb3/64 Scope:Link
> UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
> RX packets:11351461643 errors:18 dropped:0 overruns:0 frame:18

Moga to byc wlasnie jumbo frames.

> TX packets:15779823788 errors:0 dropped:0 overruns:0 carrier:0
> collisions:0 txqueuelen:1000
> RX bytes:3333681484919 (3.0 TiB) TX bytes:18481931977888 (16.8 TiB)
> Interrupt:33 Base address:0x8000
>

> Obecny uptime systemu: 91 dni. A po ilości RX/TX widać, że karta sieciowa
> nigdy się nie nudzi.

Tego to akurat nie widac, nalezaloby przyjrzec sie wykresowi z np. mrtg.
Sredni ruch TX < 20 Mb/s, jak dla karty GbE to lekka nuda :-)
--
Krzysztof Halasa