* [Comm] проблемы с памятью?
@ 2009-04-10 13:33 Roman Lesnichenko
2009-04-16 21:10 ` Michael Shigorin
` (2 more replies)
0 siblings, 3 replies; 14+ messages in thread
From: Roman Lesnichenko @ 2009-04-10 13:33 UTC (permalink / raw)
To: ALT Linux Community general discussions
Добрый день.
С непонятной периодичностью возникают проблемы с шлюзом в результате
которых не работает езернет в локалку. Причем наружу работает.
Кто что может подсказать?
memtest ошибок не выдает.
Apr 10 04:55:56 avangate kernel: ksoftirqd/0: page allocation failure.
order:0, mode:0x20
Apr 10 04:55:56 avangate kernel: Pid: 4, comm: ksoftirqd/0 Not tainted
2.6.25-std-srv-alt8.M41.4 #1
Apr 10 04:55:56 avangate kernel: [<c0272e85>] __alloc_pages+0x335/0x380
Apr 10 04:55:56 avangate kernel: [<c0291e0f>]
cache_alloc_refill+0x31f/0x570
Apr 10 04:55:56 avangate kernel: [<c0291ac0>] kmem_cache_alloc+0x80/0xb0
Apr 10 04:55:56 avangate kernel: [<f8b41c42>]
nf_conntrack_alloc+0x42/0x170 [nf_conntrack]
Apr 10 04:55:56 avangate kernel: [<f8b427c3>]
nf_conntrack_in+0x363/0x4e0 [nf_conntrack]
Apr 10 04:55:56 avangate kernel: [<c03d4709>] nf_hook_slow+0x59/0xe0
Apr 10 04:55:56 avangate kernel: [<f8ae9250>]
ipv4_conntrack_in+0x0/0x10 [nf_conntrack_ipv4]
Apr 10 04:55:56 avangate kernel: [<c03d4647>] nf_iterate+0x57/0x80
Apr 10 04:55:56 avangate kernel: [<c03da340>] ip_rcv_finish+0x0/0x360
Apr 10 04:55:56 avangate kernel: [<c03d4709>] nf_hook_slow+0x59/0xe0
Apr 10 04:55:56 avangate kernel: [<c03da340>] ip_rcv_finish+0x0/0x360
Apr 10 04:55:56 avangate kernel: [<c03dab88>] ip_rcv+0x208/0x290
Apr 10 04:55:56 avangate kernel: [<c03da340>] ip_rcv_finish+0x0/0x360
Apr 10 04:55:56 avangate kernel: [<c03da980>] ip_rcv+0x0/0x290
Apr 10 04:55:56 avangate kernel: [<c03b8e35>] netif_receive_skb+0x405/0x4d0
Apr 10 04:55:56 avangate kernel: [<c02295fa>]
check_preempt_wakeup+0xba/0xc0
Apr 10 04:55:56 avangate kernel: [<c03bb7f5>] process_backlog+0x75/0xe0
Apr 10 04:55:56 avangate kernel: [<c03bb4ad>] net_rx_action+0xfd/0x1b0
Apr 10 04:55:56 avangate kernel: [<c0231722>] __do_softirq+0x82/0x110
Apr 10 04:55:56 avangate kernel: [<c0231805>] do_softirq+0x55/0x60
Apr 10 04:55:56 avangate kernel: [<c0207a2a>] do_IRQ+0x4a/0xa0
Apr 10 04:55:56 avangate kernel: [<c0205e13>] common_interrupt+0x23/0x30
Apr 10 04:55:56 avangate kernel: [<c0227826>] finish_task_switch+0x26/0xb0
Apr 10 04:55:56 avangate kernel: [<c0433c4b>] schedule+0x35b/0x7d0
Apr 10 04:55:56 avangate kernel: [<c0231722>] __do_softirq+0x82/0x110
Apr 10 04:55:56 avangate kernel: [<c02318c0>] ksoftirqd+0x0/0xd0
Apr 10 04:55:56 avangate kernel: [<c023195a>] ksoftirqd+0x9a/0xd0
Apr 10 04:55:56 avangate kernel: [<c023f7c2>] kthread+0x42/0x70
Apr 10 04:55:56 avangate kernel: [<c023f780>] kthread+0x0/0x70
Apr 10 04:55:56 avangate kernel: [<c02060b7>] kernel_thread_helper+0x7/0x10
Apr 10 04:55:56 avangate kernel: =======================
Apr 10 04:55:56 avangate kernel: DMA per-cpu:
Apr 10 04:55:56 avangate kernel: CPU 0: hi: 0, btch: 1 usd: 0
Apr 10 04:55:56 avangate kernel: Normal per-cpu:
Apr 10 04:55:56 avangate kernel: CPU 0: hi: 186, btch: 31 usd: 180
Apr 10 04:55:56 avangate kernel: HighMem per-cpu:
Apr 10 04:55:56 avangate kernel: CPU 0: hi: 42, btch: 7 usd: 40
Apr 10 04:55:56 avangate kernel: Active:131766 inactive:103820 dirty:35
writeback:0 unstable:0
Apr 10 04:55:56 avangate kernel: free:1626 slab:18613 mapped:5500
pagetables:575 bounce:0
Apr 10 04:55:56 avangate kernel: DMA free:3520kB min:68kB low:84kB
high:100kB active:72kB inactive:6952kB present:16256kB pages_scanned:0
all_unreclaimable? no
Apr 10 04:55:56 avangate kernel: lowmem_reserve[]: 0 873 998 998
Apr 10 04:55:56 avangate kernel: Normal free:1360kB min:3744kB
low:4680kB high:5616kB active:432008kB inactive:378884kB
present:894080kB pages_scanned:0 all_unreclaimable? no
Apr 10 04:55:56 avangate kernel: lowmem_reserve[]: 0 0 1005 1005
Apr 10 04:55:56 avangate kernel: HighMem free:1624kB min:128kB low:260kB
high:396kB active:94984kB inactive:29444kB present:128652kB
pages_scanned:0 all_unreclaimable? no
Apr 10 04:55:56 avangate kernel: lowmem_reserve[]: 0 0 0 0
Apr 10 04:55:56 avangate kernel: DMA: 22*4kB 111*8kB 9*16kB 1*32kB
1*64kB 0*128kB 1*256kB 0*512kB 0*1024kB 1*2048kB 0*4096kB = 3520kB
Apr 10 04:55:56 avangate kernel: Normal: 1*4kB 1*8kB 1*16kB 1*32kB
0*64kB 0*128kB 1*256kB 0*512kB 1*1024kB 0*2048kB 0*4096kB = 1340kB
Apr 10 04:55:56 avangate kernel: HighMem: 226*4kB 48*8kB 9*16kB 2*32kB
0*64kB 1*128kB 0*256kB 0*512kB 0*1024kB 0*2048kB 0*4096kB = 1624kB
Apr 10 04:55:56 avangate kernel: 167214 total pagecache pages
Apr 10 04:55:56 avangate kernel: Swap cache: add 19, delete 19, find 0/0
Apr 10 04:55:56 avangate kernel: Free swap = 1044124kB
Apr 10 04:55:56 avangate kernel: Total swap = 1044184kB
.................
Эзернет обычный rtl8139
Какие еще нужны данные - предоставлю.
Роман.
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: [Comm] проблемы с памятью?
2009-04-10 13:33 [Comm] проблемы с памятью? Roman Lesnichenko
@ 2009-04-16 21:10 ` Michael Shigorin
2009-04-16 22:40 ` Roman Lesnichenko
2009-04-18 11:48 ` Sergey Vlasov
2009-04-24 9:29 ` Anton Gorlov
2 siblings, 1 reply; 14+ messages in thread
From: Michael Shigorin @ 2009-04-16 21:10 UTC (permalink / raw)
To: ALT Linux Community general discussions
On Fri, Apr 10, 2009 at 04:33:03PM +0300, Roman Lesnichenko wrote:
> С непонятной периодичностью возникают проблемы с шлюзом в
> результате которых не работает езернет в локалку. Причем наружу
> работает. Кто что может подсказать? memtest ошибок не выдает.
memtest86+ на ночь, пылесос (особенно в районе планок и кулера)
и аккуратно подёргать планки.
> Apr 10 04:55:56 avangate kernel: Pid: 4, comm: ksoftirqd/0 Not tainted
> 2.6.25-std-srv-alt8.M41.4 #1
Мож ещё 2.6.27 из 5.0/branch.
> Эзернет обычный rtl8139
Если есть запасной -- можно попробовать воткнуть, чип имеет
склонность потихоньку умирать. Иногда отваливалось MII,
хотя всё остальное делало вид, что работает...
--
---- WBR, Michael Shigorin <mike@altlinux.ru>
------ Linux.Kiev http://www.linux.kiev.ua/
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: [Comm] проблемы с памятью?
2009-04-16 21:10 ` Michael Shigorin
@ 2009-04-16 22:40 ` Roman Lesnichenko
2009-04-17 5:47 ` Michael Shigorin
2009-04-17 16:11 ` Alexander Yereschenko
0 siblings, 2 replies; 14+ messages in thread
From: Roman Lesnichenko @ 2009-04-16 22:40 UTC (permalink / raw)
To: shigorin, ALT Linux Community general discussions
On 17.04.2009 00:10, Michael Shigorin wrote:
> On Fri, Apr 10, 2009 at 04:33:03PM +0300, Roman Lesnichenko wrote:
>> С непонятной периодичностью возникают проблемы с шлюзом в
>> результате которых не работает езернет в локалку. Причем наружу
>> работает. Кто что может подсказать? memtest ошибок не выдает.
> memtest86+ на ночь, пылесос (особенно в районе планок и кулера)
> и аккуратно подёргать планки.
Да уже сто раз дергал.
Пыли нет. Слишком критичная тушка, поэтому отслеживается :)
Я ж написал, что memtest нихрена не показывает. Все нормально.
:(
>
>> Apr 10 04:55:56 avangate kernel: Pid: 4, comm: ksoftirqd/0 Not tainted
>> 2.6.25-std-srv-alt8.M41.4 #1
Да не хотелось бы. Тогда уж сразу в Сизиф.
> Мож ещё 2.6.27 из 5.0/branch.
>
>> Эзернет обычный rtl8139
> Если есть запасной -- можно попробовать воткнуть, чип имеет
> склонность потихоньку умирать. Иногда отваливалось MII,
> хотя всё остальное делало вид, что работает...
Это уже 3 карта :)
Роман.
PS Говно какое, я уже весь моск себе проел. Самое обидное - что без
системы. Может месяц стоять, а может и 5 раз за рабочий день упасть.
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: [Comm] проблемы с памятью?
2009-04-16 22:40 ` Roman Lesnichenko
@ 2009-04-17 5:47 ` Michael Shigorin
2009-04-17 6:15 ` Roman Lesnichenko
2009-04-17 16:11 ` Alexander Yereschenko
1 sibling, 1 reply; 14+ messages in thread
From: Michael Shigorin @ 2009-04-17 5:47 UTC (permalink / raw)
To: ALT Linux Community general discussions
On Fri, Apr 17, 2009 at 01:40:15AM +0300, Roman Lesnichenko wrote:
> >>memtest ошибок не выдает.
> >memtest86+ на ночь
> Я ж написал, что memtest
Почему написал точно:
$ apt-cache search ^memtest
memtest86+ - Memory test for x86 architecture
memtest86 - Memory test for x86 architecture
memtester - Userspace utility for testing the memory subsystem for faults
> PS
Ругаться на железо, очевидно, совсем не помогает...
Попробуйте тогда .27 хотя бы. Или .18.
--
---- WBR, Michael Shigorin <mike@altlinux.ru>
------ Linux.Kiev http://www.linux.kiev.ua/
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: [Comm] проблемы с памятью?
2009-04-17 5:47 ` Michael Shigorin
@ 2009-04-17 6:15 ` Roman Lesnichenko
0 siblings, 0 replies; 14+ messages in thread
From: Roman Lesnichenko @ 2009-04-17 6:15 UTC (permalink / raw)
To: shigorin, ALT Linux Community general discussions
On 17.04.2009 08:47, Michael Shigorin wrote:
> On Fri, Apr 17, 2009 at 01:40:15AM +0300, Roman Lesnichenko wrote:
>>>> memtest ошибок не выдает.
>>> memtest86+ на ночь
>> Я ж написал, что memtest
> Почему написал точно:
>
> $ apt-cache search ^memtest
> memtest86+ - Memory test for x86 architecture
Извиняюсь. Этот запускал. С загрузочной флэшки :)
>> PS
> Ругаться на железо, очевидно, совсем не помогает...
> Попробуйте тогда .27 хотя бы. Или .18.
Угу. Попробую.
Хотя я уже думаю и материнку на всяк случай сменить :(
Роман.
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: [Comm] проблемы с памятью?
2009-04-16 22:40 ` Roman Lesnichenko
2009-04-17 5:47 ` Michael Shigorin
@ 2009-04-17 16:11 ` Alexander Yereschenko
2009-04-17 18:54 ` Aleksander Gorohovski
1 sibling, 1 reply; 14+ messages in thread
From: Alexander Yereschenko @ 2009-04-17 16:11 UTC (permalink / raw)
To: ALT Linux Community general discussions
Доброе!
В сообщении от Friday 17 April 2009 01:40:15 Roman Lesnichenko написал(а):
> Я ж написал, что memtest нихрена не показывает. Все нормально.
У меня недавно случай был с одной линейкой памяти, но под масдаем -
периодически проглючивало, из игрушки Sacred (весьма прожорливая до памяти)
спустя 10-40 минут просто выбрасывало. Запускал на ночь memtest86+
(стандартные тесты 1-8) - все отлично. Перечистил все контакты - все без
толку. И вот все-таки вздумалось проверить память 9-м тестом - Bitfade test
(или как-то так, вобщем, тест на удержание заряда ячейками памяти) - проход
длится 90 минут. И вот на 1-м или даже 2-м проходе выловилась ошибка. Потом
точно так же вычислил из 2-х линеек одну битую. После замены - все прекрасно
работает. Самое забавное, что "битая" линейка на другой материнке с другим
процом (послабее) работает весьма стабильно (видимо, более щадящий режим на
другой матери, без авторазгонов (некоторые производители матерей балуются
этим) и пр.).
--
Alexander
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: [Comm] проблемы с памятью?
2009-04-17 16:11 ` Alexander Yereschenko
@ 2009-04-17 18:54 ` Aleksander Gorohovski
2009-04-17 19:52 ` Alexander Yereschenko
0 siblings, 1 reply; 14+ messages in thread
From: Aleksander Gorohovski @ 2009-04-17 18:54 UTC (permalink / raw)
To: ALT Linux Community general discussions
On Fri, 17 Apr 2009 19:11:35 +0300, Alexander Yereschenko wrote:
> Доброе!
> В сообщении от Friday 17 April 2009 01:40:15 Roman Lesnichenko
> написал(а):
>> Я ж написал, что memtest нихрена не показывает. Все нормально.
>
> У меня недавно случай был с одной линейкой памяти, но под масдаем -
> периодически проглючивало, из игрушки Sacred (весьма прожорливая до
> памяти)
> спустя 10-40 минут просто выбрасывало. Запускал на ночь memtest86+
> (стандартные тесты 1-8) - все отлично. Перечистил все контакты - все без
> толку. И вот все-таки вздумалось проверить память 9-м тестом - Bitfade
> test
> (или как-то так, вобщем, тест на удержание заряда ячейками памяти) -
> проход
> длится 90 минут. И вот на 1-м или даже 2-м проходе выловилась ошибка.
> Потом
> точно так же вычислил из 2-х линеек одну битую. После замены - все
> прекрасно
> работает. Самое забавное, что "битая" линейка на другой материнке с
> другим
> процом (послабее) работает весьма стабильно (видимо, более щадящий режим
> на
> другой матери, без авторазгонов (некоторые производители матерей балуются
> этим) и пр.).
+1
Совсем недавно и у меня аналогичный случай был.
Т.е. на одной материнке (под AMD) memtest выдает ошибки,
а переставил на другую материнку (под Intel) эту память --- всё ок!
Таки действительно что-то разогнано.
А у себя не пробовали "разгон" убрать и протестировать ещё раз
?
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: [Comm] проблемы с памятью?
2009-04-17 18:54 ` Aleksander Gorohovski
@ 2009-04-17 19:52 ` Alexander Yereschenko
2009-04-18 0:34 ` Alexey Borovskoy
2009-04-18 8:12 ` Yuri Bushmelev
0 siblings, 2 replies; 14+ messages in thread
From: Alexander Yereschenko @ 2009-04-17 19:52 UTC (permalink / raw)
To: ALT Linux Community general discussions
Доброе!
В сообщении от Friday 17 April 2009 21:54:54 Aleksander Gorohovski написал(а):
> On Fri, 17 Apr 2009 19:11:35 +0300, Alexander Yereschenko wrote:
> > работает. Самое забавное, что "битая" линейка на другой материнке с другим
> > процом (послабее) работает весьма стабильно (видимо, более щадящий режим
> > на другой матери, без авторазгонов (некоторые производители матерей
> > балуются этим) и пр.).
> Таки действительно что-то разогнано.
> А у себя не пробовали "разгон" убрать и протестировать ещё раз ?
Мать от Abit. В биосе якобы разгон отключен. Возможно, что скрытый разгон.
Есть такая хитрость у производителей... Один из способов на одном и том же
чипсете сделать более шуструю (по каким-то тестам) мать, чем у других
производителей.
--
Alexander
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: [Comm] проблемы с памятью?
2009-04-17 19:52 ` Alexander Yereschenko
@ 2009-04-18 0:34 ` Alexey Borovskoy
2009-04-18 8:12 ` Yuri Bushmelev
1 sibling, 0 replies; 14+ messages in thread
From: Alexey Borovskoy @ 2009-04-18 0:34 UTC (permalink / raw)
To: ALT Linux Community general discussions
* Суббота 18 апреля 2009 Alexander Yereschenko
> Мать от Abit. В биосе якобы разгон отключен. Возможно, что
> скрытый разгон. Есть такая хитрость у производителей... Один
> из способов на одном и том же чипсете сделать более шуструю
> (по каким-то тестам) мать, чем у других производителей.
Не надо покупать мамы от Абит. :-)
Нервы дороже.
--
Алексей.
GPG key fingerprint
949B BC0E 2C44 7528 4F63 2753 E37A 9E3F 11F3 BDE1
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: [Comm] проблемы с памятью?
2009-04-17 19:52 ` Alexander Yereschenko
2009-04-18 0:34 ` Alexey Borovskoy
@ 2009-04-18 8:12 ` Yuri Bushmelev
2009-04-18 9:23 ` Alexander Yereschenko
1 sibling, 1 reply; 14+ messages in thread
From: Yuri Bushmelev @ 2009-04-18 8:12 UTC (permalink / raw)
To: ALT Linux Community general discussions
В сообщении от Пятница 17 апреля 2009 Alexander Yereschenko написал(a):
> Доброе!
>
> В сообщении от Friday 17 April 2009 21:54:54 Aleksander Gorohovski
написал(а):
> > On Fri, 17 Apr 2009 19:11:35 +0300, Alexander Yereschenko wrote:
> > > работает. Самое забавное, что "битая" линейка на другой материнке с
> > > другим процом (послабее) работает весьма стабильно (видимо, более
> > > щадящий режим на другой матери, без авторазгонов (некоторые
> > > производители матерей балуются этим) и пр.).
> >
> > Таки действительно что-то разогнано.
> > А у себя не пробовали "разгон" убрать и протестировать ещё раз ?
>
> Мать от Abit. В биосе якобы разгон отключен. Возможно, что скрытый
> разгон. Есть такая хитрость у производителей... Один из способов на одном
> и том же чипсете сделать более шуструю (по каким-то тестам) мать, чем у
> других производителей.
Не Abit KV8-MAX3 случаем? Я на своей такой ловил необъяснимые глюки под
Linux и FreeBSD, пока процессор не сменил с Athlon64 3200+ на Sempron 2800.
Правда, после этого аналогичные глюки начались на той, в которую я этот
проц воткнул.. Из общего в них только производитель видеокарт (NVidia) и
вот надо бы память сравнить, кстати. Возможно и там, и там стояли Hynix'ы
на тот момент.
Причем, под виндой на обеих тачках не было ни малейшего глюка. Я уже начал
подозревать наличие в природе "win-процессоров" :)
Надо будет как-нибудь попробовать тот тест памяти прогнать..
--
С уважением,
Бушмелев Юрий
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: [Comm] проблемы с памятью?
2009-04-18 8:12 ` Yuri Bushmelev
@ 2009-04-18 9:23 ` Alexander Yereschenko
0 siblings, 0 replies; 14+ messages in thread
From: Alexander Yereschenko @ 2009-04-18 9:23 UTC (permalink / raw)
To: ALT Linux Community general discussions
Доброе!
В сообщении от Saturday 18 April 2009 11:12:53 Yuri Bushmelev написал(а):
> В сообщении от Пятница 17 апреля 2009 Alexander Yereschenko написал(a):
> > Мать от Abit. В биосе якобы разгон отключен. Возможно, что скрытый
> > разгон. Есть такая хитрость у производителей... Один из способов на одном
> > и том же чипсете сделать более шуструю (по каким-то тестам) мать, чем у
> > других производителей.
>
> Не Abit KV8-MAX3 случаем?
IP35-E
Everest показывает FSB 340МГц вместо 333 (в биосе разгон типа не включен)
--
Alexander
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: [Comm] проблемы с памятью?
2009-04-10 13:33 [Comm] проблемы с памятью? Roman Lesnichenko
2009-04-16 21:10 ` Michael Shigorin
@ 2009-04-18 11:48 ` Sergey Vlasov
2009-04-21 14:00 ` Roman Lesnichenko
2009-04-24 9:29 ` Anton Gorlov
2 siblings, 1 reply; 14+ messages in thread
From: Sergey Vlasov @ 2009-04-18 11:48 UTC (permalink / raw)
To: community
[-- Attachment #1: Type: text/plain, Size: 3298 bytes --]
On Fri, Apr 10, 2009 at 04:33:03PM +0300, Roman Lesnichenko wrote:
> С непонятной периодичностью возникают проблемы с шлюзом в результате
> которых не работает езернет в локалку. Причем наружу работает.
> Кто что может подсказать?
> memtest ошибок не выдает.
>
> Apr 10 04:55:56 avangate kernel: ksoftirqd/0: page allocation failure. order:0, mode:0x20
Это типичная проблема в случае, если машина загружена главным образом
маршрутизацией - ядро не успевает освободить достаточно памяти для
использования обработчиками прерываний. Нужно увеличить значение
/proc/sys/vm/min_free_kbytes (подбирается в зависимости от нагрузки,
можно поднять до 16384, или даже больше, если сеть гигабитная).
> Apr 10 04:55:56 avangate kernel: Pid: 4, comm: ksoftirqd/0 Not tainted 2.6.25-std-srv-alt8.M41.4 #1
> Apr 10 04:55:56 avangate kernel: [<c0272e85>] __alloc_pages+0x335/0x380
> Apr 10 04:55:56 avangate kernel: [<c0291e0f>] cache_alloc_refill+0x31f/0x570
> Apr 10 04:55:56 avangate kernel: [<c0291ac0>] kmem_cache_alloc+0x80/0xb0
> Apr 10 04:55:56 avangate kernel: [<f8b41c42>] nf_conntrack_alloc+0x42/0x170 [nf_conntrack]
> Apr 10 04:55:56 avangate kernel: [<f8b427c3>] nf_conntrack_in+0x363/0x4e0 [nf_conntrack]
> Apr 10 04:55:56 avangate kernel: [<c03d4709>] nf_hook_slow+0x59/0xe0
> Apr 10 04:55:56 avangate kernel: [<f8ae9250>] ipv4_conntrack_in+0x0/0x10 [nf_conntrack_ipv4]
> Apr 10 04:55:56 avangate kernel: [<c03d4647>] nf_iterate+0x57/0x80
> Apr 10 04:55:56 avangate kernel: [<c03da340>] ip_rcv_finish+0x0/0x360
> Apr 10 04:55:56 avangate kernel: [<c03d4709>] nf_hook_slow+0x59/0xe0
> Apr 10 04:55:56 avangate kernel: [<c03da340>] ip_rcv_finish+0x0/0x360
> Apr 10 04:55:56 avangate kernel: [<c03dab88>] ip_rcv+0x208/0x290
> Apr 10 04:55:56 avangate kernel: [<c03da340>] ip_rcv_finish+0x0/0x360
> Apr 10 04:55:56 avangate kernel: [<c03da980>] ip_rcv+0x0/0x290
> Apr 10 04:55:56 avangate kernel: [<c03b8e35>] netif_receive_skb+0x405/0x4d0
> Apr 10 04:55:56 avangate kernel: [<c02295fa>] check_preempt_wakeup+0xba/0xc0
> Apr 10 04:55:56 avangate kernel: [<c03bb7f5>] process_backlog+0x75/0xe0
> Apr 10 04:55:56 avangate kernel: [<c03bb4ad>] net_rx_action+0xfd/0x1b0
> Apr 10 04:55:56 avangate kernel: [<c0231722>] __do_softirq+0x82/0x110
> Apr 10 04:55:56 avangate kernel: [<c0231805>] do_softirq+0x55/0x60
> Apr 10 04:55:56 avangate kernel: [<c0207a2a>] do_IRQ+0x4a/0xa0
> Apr 10 04:55:56 avangate kernel: [<c0205e13>] common_interrupt+0x23/0x30
> Apr 10 04:55:56 avangate kernel: [<c0227826>] finish_task_switch+0x26/0xb0
> Apr 10 04:55:56 avangate kernel: [<c0433c4b>] schedule+0x35b/0x7d0
> Apr 10 04:55:56 avangate kernel: [<c0231722>] __do_softirq+0x82/0x110
> Apr 10 04:55:56 avangate kernel: [<c02318c0>] ksoftirqd+0x0/0xd0
> Apr 10 04:55:56 avangate kernel: [<c023195a>] ksoftirqd+0x9a/0xd0
> Apr 10 04:55:56 avangate kernel: [<c023f7c2>] kthread+0x42/0x70
> Apr 10 04:55:56 avangate kernel: [<c023f780>] kthread+0x0/0x70
> Apr 10 04:55:56 avangate kernel: [<c02060b7>] kernel_thread_helper+0x7/0x10
> Apr 10 04:55:56 avangate kernel: =======================
Ещё на всякий случай посмотрите значения
/proc/sys/net/netfilter/nf_conntrack_count и
/proc/sys/net/netfilter/nf_conntrack_max (если его поднимали).
[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 197 bytes --]
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: [Comm] проблемы с памятью?
2009-04-18 11:48 ` Sergey Vlasov
@ 2009-04-21 14:00 ` Roman Lesnichenko
0 siblings, 0 replies; 14+ messages in thread
From: Roman Lesnichenko @ 2009-04-21 14:00 UTC (permalink / raw)
To: ALT Linux Community general discussions
On 18.04.2009 14:48, Sergey Vlasov wrote:
>> Apr 10 04:55:56 avangate kernel: ksoftirqd/0: page allocation failure. order:0, mode:0x20
> Это типичная проблема в случае, если машина загружена главным образом
> маршрутизацией - ядро не успевает освободить достаточно памяти для
> использования обработчиками прерываний. Нужно увеличить значение
> /proc/sys/vm/min_free_kbytes (подбирается в зависимости от нагрузки,
> можно поднять до 16384, или даже больше, если сеть гигабитная).
>> Apr 10 04:55:56 avangate kernel: =======================
> Ещё на всякий случай посмотрите значения
> /proc/sys/net/netfilter/nf_conntrack_count и
> /proc/sys/net/netfilter/nf_conntrack_max (если его поднимали).
Спасибо огромное.
Буду смотреть.
Хоть понятно в какую сторону :)
Роман.
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: [Comm] проблемы с памятью?
2009-04-10 13:33 [Comm] проблемы с памятью? Roman Lesnichenko
2009-04-16 21:10 ` Michael Shigorin
2009-04-18 11:48 ` Sergey Vlasov
@ 2009-04-24 9:29 ` Anton Gorlov
2 siblings, 0 replies; 14+ messages in thread
From: Anton Gorlov @ 2009-04-24 9:29 UTC (permalink / raw)
To: ALT Linux Community general discussions
Roman Lesnichenko пишет:
> С непонятной периодичностью возникают проблемы с шлюзом в результате
> которых не работает езернет в локалку. Причем наружу работает.
> Кто что может подсказать?
> memtest ошибок не выдает.
>
> Apr 10 04:55:56 avangate kernel: ksoftirqd/0: page allocation failure.
> order:0, mode:0x20
> Apr 10 04:55:56 avangate kernel: Pid: 4, comm: ksoftirqd/0 Not tainted
Погуглите по этой строке.
Мне помогло увеличение параметра vm.min_free_kbytes
^ permalink raw reply [flat|nested] 14+ messages in thread
end of thread, other threads:[~2009-04-24 9:29 UTC | newest]
Thread overview: 14+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2009-04-10 13:33 [Comm] проблемы с памятью? Roman Lesnichenko
2009-04-16 21:10 ` Michael Shigorin
2009-04-16 22:40 ` Roman Lesnichenko
2009-04-17 5:47 ` Michael Shigorin
2009-04-17 6:15 ` Roman Lesnichenko
2009-04-17 16:11 ` Alexander Yereschenko
2009-04-17 18:54 ` Aleksander Gorohovski
2009-04-17 19:52 ` Alexander Yereschenko
2009-04-18 0:34 ` Alexey Borovskoy
2009-04-18 8:12 ` Yuri Bushmelev
2009-04-18 9:23 ` Alexander Yereschenko
2009-04-18 11:48 ` Sergey Vlasov
2009-04-21 14:00 ` Roman Lesnichenko
2009-04-24 9:29 ` Anton Gorlov
ALT Linux Community general discussions
This inbox may be cloned and mirrored by anyone:
git clone --mirror http://lore.altlinux.org/community/0 community/git/0.git
# If you have public-inbox 1.1+ installed, you may
# initialize and index your mirror using the following commands:
public-inbox-init -V2 community community/ http://lore.altlinux.org/community \
mandrake-russian@linuxteam.iplabs.ru community@lists.altlinux.org community@lists.altlinux.ru community@lists.altlinux.com
public-inbox-index community
Example config snippet for mirrors.
Newsgroup available over NNTP:
nntp://lore.altlinux.org/org.altlinux.lists.community
AGPL code for this site: git clone https://public-inbox.org/public-inbox.git