The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Индекс форумов
Составление сообщения

Исходное сообщение
"5.4-RELEASE саморебут кажд. день"
Отправлено seller, 01-Окт-06 01:27 
>>
>>А в логах че?
>
>хороший вопрос... последний ребут был в 14:52
>------/var/log/messages--------
>идет серия варнингов от скриптовых программ...
>Sep 30 14:37:33 GATEWAY postgres[12075]: [4-1] WARNING:  there is no transaction
>in progress
>и КуПоппера... -это ничего страшного (я их отключал - эффект =0)
>Sep 30 14:37:45 GATEWAY qpopper[12088]: Stats: arisadm 0 0 0 0 192.168.0.103
>192.168.0.103
>а вот тут собственно хзч...
>Sep 30 14:52:37 GATEWAY syslogd: kernel boot file is /boot/kernel/kernel
Sep 30 14:52:37 GATEWAY kernel: panic: kmem_malloc(4096): kmem_map too small: 335544320 total
>allocated
>Sep 30 14:52:37 GATEWAY kernel: cpuid = 0
>Sep 30 14:52:37 GATEWAY kernel: boot() called on cpu#0
>Sep 30 14:52:37 GATEWAY kernel: Syncing disks, buffers remaining... 7079 7079 7079
>7079 7078 7078 7078 7078 7078 7078 7078 7078 7078 7078
>7078 7078 7078 707
>8 7078 7078 7078 7078 7078 7078
>ну и далее процесс загрузки


выделенная строчка на ваш вопрос ответит?
если нет, то я попытаюсь ответить:
У вас (вернее у вашего сервера) kernel panic случился, вот система и ребутнулась.
Точную причину паники не скажу, но, по всей видимости, проблемы с памятью, вернее с ее нехваткой. Не просто тупо оперативки не хватает, а какая-то прога (или драйвер) многого хотят и неправильно использованную память освобождают. Может быть что-нибудь с /dev/md0, если полузуетесь, еще что-нибудь с виртуалкой связанное...

---
А, вот, в яндексе попалось:
==FreeBSD аварийно завершает работу с сообщением "kmem_map too small!"==
Замечание Сообщение может также выглядеть как "mb_map too small!"

Такое завершение работы показывает, что системе не хватает виртуальной памяти для сетевых буферов (точнее, структур mbuf). Вы можете увеличить количество виртуальной памяти для структур mbuf, добавив:

options "NMBCLUSTERS=<n>"

в файл конфигурации ядра, где <n> - это число в пределах 512-4096, в зависимости от числа TCP-соединений, которое вам нужно одновременно обслуживать. Я рекомендую попробовать значение 2048 - это должно избавить вас от аварийных остановов. Вы можете отслеживать количество структур mbuf, выделенных/используемых системой командой netstat -m. Значение по умолчанию для NMBCLUSTERS равно 512 + MAXUSERS * 16.

Единственное, в этой заметке говорилось про FreeBSD 2.0 :)

 

Ваше сообщение
Имя*:
EMail:
Для отправки новых сообщений в текущей нити на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email).
Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:
 
При общении не допускается: неуважительное отношение к собеседнику, хамство, унизительное обращение, ненормативная лексика, переход на личности, агрессивное поведение, обесценивание собеседника, провоцирование флейма голословными и заведомо ложными заявлениями. Не отвечайте на сообщения, явно нарушающие правила - удаляются не только сами нарушения, но и все ответы на них. Лог модерирования.

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



Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру