From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <vsu@altlinux.ru>
Date: Wed, 22 Oct 2003 13:33:06 +0400
From: Sergey Vlasov <vsu@altlinux.ru>
To: community@altlinux.ru
Subject: Re: [Comm] kernel: __alloc_pages:
Message-ID: <20031022093306.GC3121@master.mivlgu.local>
Mail-Followup-To: community@altlinux.ru
References: <3F964A47.3080101@oilbase.chelny.ru>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="Izn7cH1Com+I3R9J"
Content-Disposition: inline
In-Reply-To: <3F964A47.3080101@oilbase.chelny.ru>
X-BeenThere: community@altlinux.ru
X-Mailman-Version: 2.1.2
Precedence: list
Reply-To: community@altlinux.ru
List-Id: <community.altlinux.ru>
List-Unsubscribe: <http://www.altlinux.ru/mailman/listinfo/community>,
	<mailto:community-request@altlinux.ru?subject=unsubscribe>
List-Archive: <http://lrn.ru/pipermail/community>
List-Post: <mailto:community@altlinux.ru>
List-Help: <mailto:community-request@altlinux.ru?subject=help>
List-Subscribe: <http://www.altlinux.ru/mailman/listinfo/community>,
	<mailto:community-request@altlinux.ru?subject=subscribe>
X-List-Received-Date: Wed, 22 Oct 2003 09:33:07 -0000
X-List-Received-Date: Wed, 22 Oct 2003 09:33:07 -0000
Archived-At: <http://lore.altlinux.org/community/20031022093306.GC3121@master.mivlgu.local/>
List-Archive: <http://lore.altlinux.org/community/>
List-Post: <mailto:mandrake-russian@linuxteam.iplabs.ru>


--Izn7cH1Com+I3R9J
Content-Type: text/plain; charset=koi8-r
Content-Disposition: inline
Content-Transfer-Encoding: 8bit

On Wed, Oct 22, 2003 at 01:13:43PM +0400, Nickolay wrote:
> У меня следующая ситуация
> имеем server HL 3000 U3 фирмы HP
> SCSI Ultra Wide RAID5
> Памяти 1GB
> ядро 2.4.20-alt-smp
> в какой-то момент работы в логах /var/log/messages
> появилась запись
> kernel: __alloc_pages: 0-order allocation failed (gfp=0x1d2/0)
> и после этого вышибает процессы smbd nmbd

Есть ли swap-раздел, и какого размера?  Без swap-раздела система
распределения памяти в ядре иногда выкидывает подобные фокусы, даже
если памяти вроде бы достаточно.

Не был ли запущен в этот момент какой-нибудь процесс, который съел
всю память?  (В одном случае такую ситуацию вызывал mysqldump,
запущенный без ключа -q - в этом случае он пытается затащить в
память все данные таблицы.)  При нехватке памяти ядро не всегда
убивает сразу именно тот процесс, который вызвал проблему.

Что выдаёт free?  Можно ещё посмотреть cat /proc/slabinfo - это
информация по распределению памяти ядра.

> И еще RAID5 медленный hdparm -tT /dev/sda дает маленький результат не 
> тот котоырй хотелось бы ;(

А какой там RAID, какой драйвер используется?  Что за диски, и какие
именно результаты выдаёт hdparm?

--Izn7cH1Com+I3R9J
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (GNU/Linux)

iD8DBQE/lk7SW82GfkQfsqIRAuTVAJ9GR1ksgiiucqkTRy6b9OC58ndWQQCgksYI
fy+NtMHawzr1CCMZ7KqUA+Y=
=CZOX
-----END PGP SIGNATURE-----

--Izn7cH1Com+I3R9J--