LINUX.ORG.RU
ФорумAdmin

Что это было, Пух?


0

0

Выдержка из syslog:

Jul  5 22:08:07 dsa kernel: __alloc_pages: 0-order allocation failed (gfp=0x1f0/0)
Jul  5 22:08:07 dsa kernel: __alloc_pages: 0-order allocation failed (gfp=0x1d2/0)
Jul  5 22:08:07 dsa kernel: VM: killing process fetchmail
...
Jul  5 22:14:13 dsa kernel: __alloc_pages: 1-order allocation failed (gfp=0x1f0/0)
Jul  5 22:14:13 dsa kernel: __alloc_pages: 0-order allocation failed (gfp=0x1d2/0)
Jul  5 22:14:13 dsa kernel: __alloc_pages: 0-order allocation failed (gfp=0xf0/0)
Jul  5 22:14:14 dsa kernel: __alloc_pages: 0-order allocation failed (gfp=0x1d2/0)
Jul  5 22:14:14 dsa kernel: VM: killing process watchdog
Jul  5 22:14:14 dsa kernel: __alloc_pages: 0-order allocation failed (gfp=0x1d2/0)
Jul  5 22:14:14 dsa kernel: VM: killing process watchdog
Jul  5 22:14:14 dsa kernel: i810 TCO timer: Unexpected close, not stopping watchdog!
Jul  5 22:14:14 dsa kernel: __alloc_pages: 0-order allocation failed (gfp=0x1f0/0)
...
Jul  5 22:14:15 dsa kernel: __alloc_pages: 0-order allocation failed (gfp=0x1f0/0)
Jul  5 22:14:15 dsa kernel: __alloc_pages: 0-order allocation failed (gfp=0x1d2/0)
Jul  5 22:14:16 dsa kernel: VM: killing process resolvconf
Jul  5 22:14:16 dsa kernel: __alloc_pages: 0-order allocation failed (gfp=0x1d2/0)
Jul  5 22:14:16 dsa kernel: VM: killing process comsat.py
Jul  5 22:14:16 dsa inetd[1755]: /usr/local/bin/comsat.py: exit signal 0x9
...
Jul  5 22:16:39 dsa syslogd 1.4.1#17: restart.

google подсказал, что это, по идее, означает, что кто-то слопал всю память. Я прав?

Когда у меня кто-то ест всю память, такого не пишется.

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

> может битая?

Может, конечно, но это произошло один раз за более чем 2 года, в остальном машинка работает как часы. Маловероятно.

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

> А top посмотреть не судьба?

Не судьба. watchdog рестартанул машину :)

watashiwa_daredeska ★★★★
() автор топика

Забыл добавить, если это имеет значение, ядро - 2.4.27 + mppe из Debian Sid.

watashiwa_daredeska ★★★★
() автор топика

гугл прав не слушай бред про битую память, какой то процесс сожрал все доступную память и VM виртуальная машина начала отстреливать процессы для освобождения памяти.

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

Своп есть, ничего левого не компилил.

Подозрения на глюк в pppd/pptp/mppe или в том, что с ними связано. Ситуация была такая. Я сидел с работы по ssh на своей машинке и решил поднять vpn-соединение до работы. sudo pon work и больше я её не увидел :) Сначала подумал, что свет дома вырубили (UPS'ом пока не обзавёлся). Прихожу домой - машина включена, но перезагрузилась (хотя, если свет дёрнули, должна была выключиться), а в логах - такая вот хрень.

Глюк редкий - фиг воспроизведёшь, поэтому замнём для ясности :)

watashiwa_daredeska ★★★★
() автор топика
12 августа 2005 г.

Ловил данный глюк. Утечка памяти наверняка. В моем случае (сам сначала не верил) утечка была в самопальном форуме на пхп, который этому пхп разрывал голову :). Пробуй расставлять разные лимиты на потребление памяти.

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

Не замнем. Выгреб тот же глюк около года назад на debian woody/2.4.27, машина db-server, 4-головая, 4 гига памяти. удалось избавиться от глюка, отключив своп (?!). Полет с тех пор нормальный.

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