LINUX.ORG.RU

Народ, что за ботва???


0

0

Извините за тему, надо было что бы много народу посмотрело :)
Машина валится наглухо, но на пинги отвечает!

Apr 19 15:50:27 ns kernel: __alloc_pages: 0-order allocation failed (gfp=0x1d2/0)
Apr 19 15:50:28 ns kernel: VM: killing process apache
Apr 19 15:52:08 ns kernel: __alloc_pages: 0-order allocation failed (gfp=0x1d2/0)
Apr 19 15:52:09 ns kernel: VM: killing process smtpd
Apr 19 15:52:09 ns kernel: __alloc_pages: 0-order allocation failed (gfp=0x1d2/0)
Apr 19 15:52:09 ns kernel: __alloc_pages: 0-order allocation failed (gfp=0x1d2/0)
Apr 19 15:52:43 ns kernel: VM: killing process spamd
Apr 19 15:52:46 ns kernel: __alloc_pages: 0-order allocation failed (gfp=0x1d2/0)
Apr 19 15:52:51 ns kernel: VM: killing process popa3d
Apr 19 15:52:51 ns kernel: __alloc_pages: 0-order allocation failed (gfp=0x1d2/0)
Apr 19 15:52:51 ns kernel: __alloc_pages: 0-order allocation failed (gfp=0x1d2/0)
Apr 19 15:52:51 ns kernel: VM: killing process popa3d
Apr 19 15:52:51 ns kernel: __alloc_pages: 0-order allocation failed (gfp=0x1d2/0)
Apr 19 15:52:51 ns kernel: __alloc_pages: 0-order allocation failed (gfp=0x1d2/0)
Apr 19 15:52:51 ns kernel: VM: killing process apache
Apr 19 15:52:51 ns kernel: __alloc_pages: 0-order allocation failed (gfp=0x1d2/0)
Apr 19 15:52:51 ns kernel: VM: killing process cron
Apr 19 15:52:51 ns kernel: __alloc_pages: 0-order allocation failed (gfp=0x1d2/0)
Apr 19 15:52:51 ns kernel: __alloc_pages: 0-order allocation failed (gfp=0x1d2/0)
Apr 19 15:52:51 ns kernel: __alloc_pages: 0-order allocation failed (gfp=0x1d2/0)
Apr 19 15:52:51 ns kernel: VM: killing process apache
Apr 19 15:52:51 ns kernel: __alloc_pages: 0-order allocation failed (gfp=0x1d2/0)
Apr 19 15:52:51 ns kernel: VM: killing process apache
Apr 19 15:52:51 ns kernel: __alloc_pages: 0-order allocation failed (gfp=0x1d2/0)
Apr 19 15:52:51 ns kernel: VM: killing process apache
Apr 19 15:52:51 ns kernel: __alloc_pages: 0-order allocation failed (gfp=0x1d2/0)
Apr 19 15:52:51 ns kernel: VM: killing process mysqld
Apr 19 15:52:51 ns kernel: __alloc_pages: 0-order allocation failed (gfp=0x1d2/0)
Apr 19 15:52:51 ns kernel: __alloc_pages: 0-order allocation failed (gfp=0x1d2/0)
Apr 19 15:52:51 ns kernel: VM: killing process apache
Apr 19 15:52:51 ns kernel: __alloc_pages: 0-order allocation failed (gfp=0x1d2/0)
Apr 19 15:52:51 ns kernel: VM: killing process smtpd
Apr 19 15:52:51 ns kernel: __alloc_pages: 0-order allocation failed (gfp=0xf0/0)
Apr 19 15:52:51 ns kernel: __alloc_pages: 0-order allocation failed (gfp=0x1d2/0)
Apr 19 15:52:51 ns kernel: __alloc_pages: 0-order allocation failed (gfp=0x1d2/0)
Apr 19 15:52:51 ns kernel: VM: killing process apache
Apr 19 17:06:07 ns kernel: __alloc_pages: 0-order allocation failed (gfp=0x1d2/0)
Apr 19 17:17:08 ns kernel: __alloc_pages: 0-order allocation failed (gfp=0x1d2/0)
Apr 19 17:17:27 ns kernel: eth0: TX underrun, threshold adjusted.


сервак типа "сертифицированый" минсвязью, аквариус
Дистр - сарж дебиана, аналогичный стоит на простой машинке, таких
глюков не наблюдается.
Спасибо за внимание!
Извините за кривой пост!
anonymous

пошёл стреляться, один патрон остался еще

anonymous
()

> Дистр - сарж дебиана, аналогичный стоит на простой машинке, таких глюков не наблюдается.

Аналогичный или он же? А если в тестовых целях что другое вместо саржа водрузить?

anonymous_incognito ★★★★★
()
Ответ на: комментарий от anonymous_incognito

> Аналогичный или он же? А если в тестовых целях что другое вместо саржа водрузить?

Поздно. Боевая машина. Жалею уже, что связался.

anonymous
()

IMHO на eth0 прет куча мелких пакетов - карточка у тебя говеная (да и вообще у линукса с polling'ом проблемы), на попытках выделить кучу маленьких блоков памяти ядро обламывается и начинает убивать всех подряд. AFAIR на 2.2 была ручка в /проц где это можно было покрутить, в 2.4 пионеры c криками "все и так работает" ее вынесли. У тебя 2 пути - воткнуть хорошую карту/поставить фрю на этот тазик.

Не флейма ради: я бы выбрал второй путь.

anonymous
()
Ответ на: комментарий от anonymous

да-да, карточка - гавенная!

ns:~# lspci | grep -i ether
0000:02:06.0 Ethernet controller: Intel Corp. 82557/8/9 [Ethernet Pro 100] (rev 0d)
0000:02:07.0 Ethernet controller: Intel Corp. 82557/8/9 [Ethernet Pro 100] (rev 0d)


ns:~# route
Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
localnet        *               255.255.255.192 U     0      0        0 bond0
localnet        *               255.255.255.192 U     0      0        0 eth0
localnet        *               255.255.255.192 U     0      0        0 eth1
default         хх.хххх.ru      0.0.0.0         UG    0      0        0 bond0

anonymous
()
Ответ на: комментарий от anonymous

>MHO на eth0 прет куча мелких пакетов - карточка у тебя говеная (да и вообще у линукса с polling'ом проблемы),

Просто из интереса, можно поточнее, сколько это "куча" в количественном выражении?

Вроде в ядре 2.4 есть ограничение --- 300 пакетов, если больше, то пакеты просто уничтожаются. У меня на Rtl 8139(A,B,C) такие сообщения не поялялись (хоть на P120, хоть на P4-2,8).

2 > anonymous (*) (16.01.2001 13:50:45) А точнее начинку этого аквариуса можно? Карточка, объем ОЗУ/swap ?

mky ★★★★★
()
Ответ на: комментарий от mky

>Просто из интереса, можно поточнее, сколько это "куча" в количественном выражении?

От двух 2000 pps (проявлялось тоже на intel - i82559), после 3.500 pps системе плохеет окончательно.

anonymous
()
Ответ на: комментарий от anonymous

>да-да, карточка - гавенная!
>ns:~# lspci | grep -i ether
>0000:02:06.0 Ethernet controller: Intel Corp. 82557/8/9 [Ethernet Pro 100] (rev 0d)
>0000:02:07.0 Ethernet controller: Intel Corp. 82557/8/9 [Ethernet Pro 100] (rev 0d)
ч.т.д
Можешь попробовать echo "1" > /proc/sys/vm/vm_gfp_debug но 99% это из-за карточки - _не_ лечится.

anonymous
()
Ответ на: комментарий от anonymous

2000 pps --- это две тысячи пакетов в секунду?

Я просто промерил --- написал генератор udp пакетов нулевой длины (ip пакет 28 байт) на случайный порт. Получил, что P4 2,4 с сетевками D-Link (Rtl 8139) отправляет 70000-80000 pps. Пакеты шли через Cisco 5505, с другой стороны их принимал Xeon 2,4, материнка на чипе 7500 именно такой интегрированной сетевкой (82557/8/9 [Ethernet Pro 100])

с помощью команды "ip -s -s link show dev eth0" оценил, что средняя скорость приема пакетов составляла 60000 pps. Пакеты не обрабатывались, просто складывались в ULOG, в файл писались заголовки (размер, порты).

Системе было тяжело, но ни одного подобного сообщения не было. Может, конечно, просто удачное ядро (2.4.24).

mky ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.