[Comm] kernel: __alloc_pages:

[Comm] kernel: __alloc_pages:

[Nickolay]

У меня следующая ситуация
имеем 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

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

какие есть мнения

Re: [Comm] kernel: __alloc_pages:

[Sergey Vlasov]

[-- Attachment #1: Type: text/plain, Size: 1157 bytes --]

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?

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [Comm] kernel: __alloc_pages:

[Nickolay]

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
>>в какой-то момент работы в логах /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

>
>  
>
>>И еще 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

Re: [Comm] kernel: __alloc_pages:

[Sergey Vlasov]

[-- Attachment #1: Type: text/plain, Size: 2960 bytes --]

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).

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [Comm] kernel: __alloc_pages:

[Nickolay]

Sergey Vlasov пишет:

>>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).
>  
>
как можно получить ядро 2.4.23 ?

Re: [Comm] kernel: __alloc_pages:

[Sergey Vlasov]

[-- Attachment #1: Type: text/plain, Size: 1077 bytes --]

On Fri, Oct 24, 2003 at 08:05:06AM +0000, Nickolay wrote:
> Sergey Vlasov пишет:
> 
> >>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).
> > 
> >
> как можно получить ядро 2.4.23 ?

Так оно ещё пока не выпущено - только пререлизы (в которых, как обычно,
сломано то одно, то другое :) ).

Можете попробовать пакеты из Сизифа: kernel-image-std-smp и нужный набор
kernel-modules-*-std-smp к нему.  Там сейчас 2.4.22 с патчами, один из
которых как раз добавляет megaraid2.  К ним ещё потребуется обновить
bootloader-utils и mkinitrd.

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [Comm] kernel: __alloc_pages:

[Nickolay]

Sergey Vlasov пишет:

>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*)?
>
>  
>
2.4.20-alt5-smp

Re: [Comm] kernel: __alloc_pages:

[Nickolay]

Sergey Vlasov пишет:

>On Wed, Oct 22, 2003 at 01:13:43PM +0400, Nickolay wrote:
>
hdparm -tT /dev/sda
/dev/sda:
 Timing buffer-cache reads:   128 MB in  0.63 seconds =203.17 MB/sec
 Timing buffered disk reads:  64 MB in  1.37 seconds = 46.72 MB/sec