Linux-Bulgaria.ORG
навигация

 

начало

пощенски списък

архив на групата

семинари ...

документи

как да ...

 

 

Предишно писмо Следващо писмо Предишно по тема Следващо по тема По Дата По тема (thread)

Re: lug-bg: търся препоръка за грешка: __alloc_pages: 0-order allocation failed


  • Subject: Re: lug-bg: търся препоръка за грешка: __alloc_pages: 0-order allocation failed
  • From: Sasho Popov <s_popov@xxxxxxxxxx>
  • Date: Fri, 01 Jul 2005 13:09:25 +0000
  • Delivered-to: lug-bg-list@xxxxxxxxxxxxxxxxxx
  • Delivered-to: lug-bg@xxxxxxxxxxxxxxxxxx

Valeri Vladev wrote:

> Skeleta wrote:
>
>> Здравейте,
>>
>> На десктоп компютъра ми освен X и KDE-то с разните му приложения
>> вървят и доста важни задачи, с които си върша работата на системен
>> администратор.
>>
>> След 1-2 седмици работа (без да рестартирам Mozilla и други дебели
>> клиенти) в dmesg и kern.log почват да се появяват съобщения от вида:
>>
>> Jun 19 14:47:06 sarge kernel: __alloc_pages: 0-order allocation
>> failed (gfp=0x1f0/0)
>> Jun 19 14:47:07 sarge kernel: __alloc_pages: 0-order allocation
>> failed (gfp=0x1d2/0)
>> Jun 19 14:47:07 sarge kernel: VM: killing process postmaster
>> Jun 19 14:47:07 sarge kernel: __alloc_pages: 0-order allocation
>> failed (gfp=0x1d2/0)
>> Jun 19 14:47:07 sarge kernel: __alloc_pages: 0-order allocation
>> failed (gfp=0x1d2/0)
>> Jun 19 14:47:07 sarge kernel: __alloc_pages: 0-order allocation
>> failed (gfp=0xf0/0)
>> Jun 19 14:47:07 sarge kernel: __alloc_pages: 0-order allocation
>> failed (gfp=0x1d2/0)
>> Jun 19 14:47:07 sarge kernel: __alloc_pages: 0-order allocation
>> failed (gfp=0x1f0/0)
>> Jun 19 14:47:07 sarge kernel: __alloc_pages: 0-order allocation
>> failed (gfp=0x1d2/0)
>> Jun 19 14:47:07 sarge kernel: __alloc_pages: 0-order allocation
>> failed (gfp=0x1d2/0)
>> Jun 19 14:47:07 sarge kernel: VM: killing process kdeinit
>> Jun 19 14:47:07 sarge kernel: __alloc_pages: 0-order allocation
>> failed (gfp=0x1d2/0)
>> Jun 19 14:47:43 sarge kernel: __alloc_pages: 0-order allocation
>> failed (gfp=0x1d2/0)
>>
>> След като почетох малко из Google, оставам с впечатление че ядрото не
>> може да си задели реална памет, щото swap има достатъчно, но RAM-а се
>> използва. (512M RAM, 1G swap, като използвания swap в момента на
>> грешката е към 30%, поне така ми се струва).
>>
>> Машината е (uname -a):
>>
>> Linux sarge.sz.btk.bg 2.4.27-2-686-smp #1 SMP Mon May 16 16:55:31 JST
>> 2005 i686 GNU/Linux
>>
>> Ако имате подобни проблеми, моля споделете дали сте ги решили и как.
>>
>> Тъй като след възникване на грешката ядрото почва да убива случайни
>> програми, ще ми се да не се случва такова препълване на паметта, но
>> не мога по никакъв начин да установя къде е причината - в ядрото, в
>> някое бъгаво приложение, или пък в препълване на паметта за
>> входно-изходните буфери поради някакво задръстване на трафика по
>> мрежата (част от програмите генерират относително голям трафик).
>>
>> Ако имате някакви идеи, ще ви пратя допълнителна информация за
>> инсталираните пакети и каквото още поискате.
>>
>>    Поздрави,
>>    Скелета
>>
>>
> В такова състояние докарах машината си след изпълнение на
> шел скрипт който се fork()-ва до дезкрайност.
>
> Валери.
>
>
Prichinata e che kernel-a ne uspqwa da swap-ne dostatachno barzo (disk-a
go bawi) i w daden moment heap ne mozhe da se zadeli.
Rezultata e che kernel-a se opitwa da si oswobodi pamet kato kill-wa
procesi.
moq sawet e da widish kakwo leak-wa (shtoto nai weroqtno towa e problem-a)

ostawi go da poraboti i wizh kak se meni RSS-to na procesite ti...

drugiq variant e naistina towa koeto predpolozhi Valeri: pri opit da
fork-wash w cikal stawat chesto takiwa laina shtoto bash galta mnogo
(1-1.5MB) - nqma znachenie dali e w shell script ili binary code...

PS: sorry za latinicata (toku shto install-nah)

Regards,
Sasho




 

наши приятели

 

линукс за българи
http://linux-bg.org

FSA-BG
http://fsa-bg.org

OpenFest
http://openfest.org

FreeBSD BG
http://bg-freebsd.org

KDE-BG
http://kde.fsa-bg.org/

Gnome-BG
http://gnome.cult.bg/

проект OpenFMI
http://openfmi.net

NetField Forum
http://netField.ludost.net/forum/

 

 

Linux-Bulgaria.ORG

Mailing list messages are © Copyright their authors.