From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Date: Thu, 23 Oct 2003 22:55:33 +0400 From: Sergey Vlasov To: community@altlinux.ru Subject: Re: [Comm] kernel: __alloc_pages: Message-ID: <20031023185533.GA1867@sirius.home> Mail-Followup-To: community@altlinux.ru References: <3F964A47.3080101@oilbase.chelny.ru> <20031022093306.GC3121@master.mivlgu.local> <3F965126.2060104@oilbase.chelny.ru> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="6TrnltStXW4iwmi0" Content-Disposition: inline In-Reply-To: <3F965126.2060104@oilbase.chelny.ru> X-BeenThere: community@altlinux.ru X-Mailman-Version: 2.1.2 Precedence: list Reply-To: community@altlinux.ru List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Oct 2003 18:55:45 -0000 X-List-Received-Date: Thu, 23 Oct 2003 18:55:45 -0000 Archived-At: List-Archive: List-Post: --6TrnltStXW4iwmi0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: 8bit On Wed, Oct 22, 2003 at 01:43:02PM +0400, Nickolay wrote: > Sergey Vlasov пишет: > > >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 Так, а какая конкретно сборка (alt*)? > >>в какой-то момент работы в логах /var/log/messages > >>появилась запись > >>kernel: __alloc_pages: 0-order allocation failed (gfp=0x1d2/0) > >>и после этого вышибает процессы smbd nmbd > >> > >> > > > >Есть ли swap-раздел, и какого размера? Без swap-раздела система > >распределения памяти в ядре иногда выкидывает подобные фокусы, даже > >если памяти вроде бы достаточно. > > > своп есть 885М > > > > >Не был ли запущен в этот момент какой-нибудь процесс, который съел > >всю память? (В одном случае такую ситуацию вызывал mysqldump, > >запущенный без ключа -q - в этом случае он пытается затащить в > >память все данные таблицы.) При нехватке памяти ядро не всегда > >убивает сразу именно тот процесс, который вызвал проблему. > > > >Что выдаёт free? Можно ещё посмотреть cat /proc/slabinfo - это > >информация по распределению памяти ядра. > > > ./free > free > total used free shared buffers cached > Mem: 1163360 1145168 18192 0 59152 795464 > -/+ buffers/cache: 290552 872808 > Swap: 885572 0 885572 Тут вроде бы криминала не видно. Тогда ещё надо посмотреть cat /proc/slabinfo (снять несколько раз с некоторым интервалом; желательно, чтобы машина уже поработала некоторое время, чтобы рассматривать установившийся режим). Ещё покажите полный вывод lsmod. > >>И еще RAID5 медленный hdparm -tT /dev/sda дает маленький результат не > >>тот котоырй хотелось бы ;( > >> > >> > > > >А какой там RAID, какой драйвер используется? Что за диски, и какие > >именно результаты выдаёт hdparm? > > > > > cat /proc/scsi > Attached devices: > Host: scsi1 Channel: 00 Id: 00 Lun: 00 > Vendor: MegaRAID Model: LD0 RAID5 38924R Rev: E > Type: Direct-Access ANSI SCSI revision: 03 > Host: scsi1 Channel: 04 Id: 05 Lun: 00 > Vendor: HP Model: SAFTE; U160/M BP Rev: 1023 > Type: Processor ANSI SCSI revision: 02 > > cat /proc/aic7xxx/0 > Adaptec AIC7xxx driver version: 6.2.8 > aic7880: Ultra Wide Channel A, SCSI Id=7, 16/253 SCBs > > megaraid v 1.18e У этой версии megaraid действительно могут быть проблемы со скоростью работы. Вот что писали по этому поводу в linux-kernel@ (Xose Vazquez Perez): | megaraid 1.xx gets *very bad* performance. But like 2.4 is stable serie, it | shouldn't be deleted. | | megaraid 2.xx gets correct performance, it's stable and it adds support | for _present_ hardware, MegaRAID Ultra320 RAID boards(518, 520, 531, 532). В новых сборках ядер в Сизифе собираются оба драйвера (в официальное дерево 2.4.23 тоже уже добавлен megaraid2). --6TrnltStXW4iwmi0 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (GNU/Linux) iD8DBQE/mCQkW82GfkQfsqIRAuDdAJ9VvoePI5WoBW+zPlZgnwC2Ixg18ACggOeu cD+fK1cKpWrcYGYBZ8PldiQ= =krbI -----END PGP SIGNATURE----- --6TrnltStXW4iwmi0--