форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка

Вариант для распечатки		Пред. тема | След. тема
Форум Открытые системы на сервере (DNS / Linux)
Изначальное сообщение		[ Отслеживать ]

"named и память"	+/–
Сообщение от Slimm (??) on 31-Окт-07, 00:42
последнее время named стал поглощать много оперативной памяти, после перезапуска медлено, но верно он съедает всю память и переходит на своп сервер работает в режиме slave для 20 зон и cache-сервером сети, из вне доступ закрыт ОС Linux 2.4.18-3smp, все началось на версии bind 9.2.1, скачал версию 9.4.1-P1 не помогло подскажи что посмотреть и поправить?
Ответить | Правка | Cообщить модератору

Сообщения по теме

[Сортировка по времени | RSS]

1. "named и память"	+/–
Сообщение от konst (??) on 31-Окт-07, 02:37
>последнее время named стал поглощать много оперативной памяти, >после перезапуска медлено, но верно он съедает всю память и переходит на >своп > >сервер работает в режиме slave для 20 зон и cache-сервером сети, из >вне доступ закрыт >ОС Linux 2.4.18-3smp, все началось на версии bind 9.2.1, скачал версию 9.4.1-P1 >не помогло > >подскажи что посмотреть и поправить? Если он работает как slave, то хоть для primary доступ открыт? М.б. стоит глянуть в /var/log/messages на предмет named
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	2. "named и память"	+/–
	Сообщение от Slimm (??) on 31-Окт-07, 12:26
	> >Если он работает как slave, то хоть для primary доступ открыт? >М.б. стоит глянуть в /var/log/messages на предмет named при загрузке в логах ошибок нет все зоны загружаются, обновляются если необходимо затем вот такие сообщения resolver: clients-per-query increased to 11 resolver: clients-per-query decreased to 14 ... client: client 192.168.11.17#60123: error sending response: connection reset ... этих сообщений немного строк 20 на предыдущей версии проскакивало no more recursive clients: quota reached но опятьже не незначительное количество
	Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

	3. "named и память"	+/–
	Сообщение от Agressor (ok) on 31-Окт-07, 15:39
	В named.conf в секции options есть ограничение на использование памяти для кеша? что-то вроде такого max-cache-size 67108864; ??
	Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

	4. "named и память"	+/–
	Сообщение от Slimm (??) on 31-Окт-07, 16:13
	>В named.conf в секции options >есть ограничение на использование памяти для кеша? >что-то вроде такого >max-cache-size 67108864; >?? нет такого нету а надо? и если ограничивать, то как это скажится на работоспособности?
	Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

	5. "named и память"	+/–
	Сообщение от Agressor (ok) on 01-Ноя-07, 19:28
	>>В named.conf в секции options >>есть ограничение на использование памяти для кеша? >>что-то вроде такого >>max-cache-size 67108864; >>?? > >нет такого нету >а надо? > >и если ограничивать, то как это скажится на работоспособности? Я честно говоря не знаю, есть ли по дефолту ограничение у BIND на размер кеша, и если есть то какое... Как было указано, он работает cache-сервером сети (надо понимать локальной?)- значит кэширует пользовательские запросы на резолвинг имен. Память на машине надо понимать не бесконечна. Так что лучше указать максимальный размер кеша - уже исходя от имеющейся памяти на машине и других сервисов, работающих на ней. На быстродействии практически не скажется - из кеша будут выталкиваться только старые запросы, к которым давно небыло обращений.
	Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

	6. "named и память"	+/–
	Сообщение от ddenia (??) on 15-Июл-11, 13:16
	>[оверквотинг удален] > на размер кеша, > и если есть то какое... Как было указано, он работает cache-сервером сети > (надо понимать > локальной?)- значит кэширует пользовательские запросы на резолвинг имен. Память на машине > надо понимать не бесконечна. Так что лучше указать максимальный размер кеша - > уже исходя от > имеющейся памяти на машине и других сервисов, работающих на ней. На быстродействии > практически не скажется - из кеша будут выталкиваться только старые запросы, к > которым > давно небыло обращений. Очень хорошее объясснение я нашел на ИТ сайте http://it-admin.org/os-freebsd/dns-servera-bind-na-freebsd.html спасибо автору!Прикольно и доступно! Или еще можно здесь почитать! http://blogfreebsd.com/freebsd/dns-server-vo-freebsd.html
	Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема