форумы  помощь  поиск  регистрация  майллист  ВХОД  слежка

Вариант для распечатки		Архивированная нить - только для чтения!  Пред. тема | След. тема
Форумы WEB технологии (Public)
Изначальное сообщение		[Проследить за развитием треда]

"Предельное количество виртуальных сайтов в Apache"
Сообщение от MK on 03-Фев-04, 23:36  (MSK)
Пожалуйста подскажите, сколько виртуальных сайтов может держать Apache 2. У меня он начал сбоить на 500 сайтах - отказывается запускаться. И как с этим бороться? Зпускать второй экземпляр или есть какие то настройки?
	Рекомендовать в FAQ | Cообщить модератору | Наверх

Индекс форумов | Темы | Пред. тема | След. тема

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

1. "Предельное количество виртуальных сайтов в Apache"
Сообщение от solotony on 04-Фев-04, 14:25  (MSK)
Я где-то читал о 50000. >Пожалуйста подскажите, сколько виртуальных сайтов >может держать Apache 2. У меня он начал сбоить на >500 сайтах - отказывается запускаться. Может просто не может открыть много файлов? Надо делать общий лог. Что пишет при отказе? >И как с этим бороться? Зпускать второй экземпляр или >есть какие то настройки?
	Рекомендовать в FAQ | Cообщить модератору | Наверх

	2. "Предельное количество виртуальных сайтов в Apache"
	Сообщение от MK on 04-Фев-04, 20:43  (MSK)
	Пишет так: [warn] new file descriptor 1024 is too large; you probably need to rebuild Apache with a larger FD_SETSIZE (currently 1024). Это ядро не дает открыть или у Apache есть своя настройка? если дело в ядре (Linux 2.4.20), то потянет больше дескрипторов?
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	3. "Предельное количество виртуальных сайтов в Apache"
	Сообщение от solotony on 04-Фев-04, 21:07  (MSK)
	Ядро. просто изменить в текущей сессии - комманда ulimit (от рута) или патчить апача - разбирайся с rlimit (я не менял таким образом число файлов, но наверно должно помочь)
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	4. "Предельное количество виртуальных сайтов в Apache"
	Сообщение от MK on 04-Фев-04, 21:18  (MSK)
	при старте апача я вставила ulimit -n 3000  и тогда пропала ошибка too many open files (она была до той, которую я описала) без ulimit он просто вываливался уже при этом количестве файлов...
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	5. "Предельное количество виртуальных сайтов в Apache"
	Сообщение от solotony on 04-Фев-04, 21:31  (MSK)
	Да, не прав был, признаю. Это огграниечние ничего общего к rlimit не имеет. Стало интересно даже :). Не пробовала перекомпилировать, как советует лог апача?
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	6. "Предельное количество виртуальных сайтов в Apache"
	Сообщение от MK on 04-Фев-04, 23:05  (MSK)
	>Не пробовала перекомпилировать, как советует лог апача? да, может попробую, только пока не ясно как это сделать: не нашла пока директивы при компиляции подходящей... :( у разработчиков тоже что-то не написано про такое... буду искать.
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	7. "Предельное количество виртуальных сайтов в Apache"
	Сообщение от uldus on 05-Фев-04, 10:08  (MSK)
	>Не пробовала перекомпилировать, как советует лог апача? Если для каждого виртуального сервера используется своя пара access/error логов, то дело в этом. При 500 клиентах, апач будет держать только для VirtualHost 1000 открытых файлов. Делай один общий access/error лог. Или в начало apachectl (не рекомендую, лучше один лог) добавь ulimit -n 3000, до этого поэксперементируй, запусти эту команду в sh и посмотри по ulimit -a изменились ли параметры, в зависимости от ОС может потребоваться пересобрать или тюнить ядро.
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	8. "Предельное количество виртуальных сайтов в Apache"
	Сообщение от maryl on 05-Фев-04, 11:50  (MSK)
	>Делай один общий access/error лог. это неудобно пользователям, каждому нужны свои логи. >Или в начало apachectl (не рекомендую, лучше один лог) добавь ulimit -n >3000 у меня в старте апача стоит ulimit -n 3000 до того, как я поставила ulimit - была ошибка too many open files, теперь ее нет - а  есть [warn] new file descriptor 1024 is too large; you probably need to rebuild Apache with a larger FD_SETSIZE (currently 1024). как будто теперь ядро разрешает - т.е. ошибка для апача не внешняя,- а сам апач не позволяет открыть дескриптор больший 1024. мне непонятно как апач пересобрать с большим кол-во дескрипторов (в логе апач это советует)
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	11. "Предельное количество виртуальных сайтов в Apache"
	Сообщение от uldus on 05-Фев-04, 22:10  (MSK)
	> >Делай один общий access/error лог. >это неудобно пользователям, каждому нужны свои логи. Дай пользователям доступ к cgi-скрипту который ведерет из одного большого лога только относящуюся к текущему пользователю инфромацию. Или раз день распределяй из этого файла логи по директориям пользователя. В первом случае клиенты смогут в realtime смотреть errorlog, во втором запускать webanalyzer. >у меня в старте апача стоит ulimit -n 3000 >до того, как я поставила ulimit - была ошибка too many open >files, теперь ее нет - а  есть [warn] new file >descriptor 1024 is too large; >you probably need to rebuild Apache >with a larger FD_SETSIZE (currently 1024). Пересобири апач указав -DFD_SETSIZE=3000 при сборке Перед этим нужнл пересобрать ядро изменив размер fd_set. В linux это делается изменением значения __FD_SETSIZE в include/linux/posix_types.h: #define __FD_SETSIZE    1024
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	12. "Предельное количество виртуальных сайтов в Apache"
	Сообщение от solotony on 05-Фев-04, 22:22  (MSK)
	>Дай пользователям доступ к cgi-скрипту который >ведерет из одного большого лога только >относящуюся к текущему пользователю инфромацию. По-моему именно это и называется "Убей сервер своими руками" :) Какой-бы быстрой программа разбора не была, она всяко потратит изрядно ресурсов, на то, чтоб лог отпарсить. Просто тем кому НУЖЕН лог - давай его. Остальных - в общий. 90% пользователей и не знают что это такое.
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	13. "Предельное количество виртуальных сайтов в Apache"
	Сообщение от uldus on 05-Фев-04, 22:49  (MSK)
	>По-моему именно это и называется "Убей сервер своими руками" :) >Какой-бы быстрой программа разбора не была, она всяко потратит >изрядно ресурсов, на то, чтоб лог отпарсить. Целиком лог никто и не парсит, только послдние пару сотен записей в error_log. Клиенту ведь почти всегда нужно посмотреть почему только что запущенный скрипт вернул ошибку. В других случаях может смотреть лог за прошлые дни из архива, которые уже по пользователям рассортированы.
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	14. "Предельное количество виртуальных сайтов в Apache"
	Сообщение от solotony on 05-Фев-04, 23:01  (MSK)
	>Целиком лог никто и не парсит, только послдние пару сотен записей в >error_log. Клиенту ведь почти всегда нужно посмотреть почему только что запущенный >скрипт вернул ошибку. В других случаях может смотреть лог за прошлые >дни из архива, которые уже по пользователям рассортированы. Ну если только хвост парсить - можно. Хотя для просмотра ошибок гораздо удобнее написать в скрипте: use CGI::Carp 'fatalsToBrowser'; По крайней мене я только так и отлаживаю. А в логи - это посмотреть левые ссылки.
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	15. "Предельное количество виртуальных сайтов в Apache"
	Сообщение от maryl on 06-Фев-04, 00:44  (MSK)
	касательно файловых дескрипторов и разбиения логов нашлась инфа на http://httpd.apache.org/docs-2.0/vhosts/fd-limits.html там же указана готовая утилита для разбора логов по вирт.хостам. за участие в решении проблемы всем спасибо! ;)
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	18. "Предельное количество виртуальных сайтов в Apache"
	Сообщение от visitor (ok) on 30-Авг-04, 15:34  (MSK)
	> >Перед этим нужнл пересобрать ядро изменив размер fd_set. для фри 4.10 это подойдет? Я не нашел такой
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	19. "Предельное количество виртуальных сайтов в Apache"
	Сообщение от visitor (ok) on 30-Авг-04, 15:35  (MSK)
	> >Перед этим нужнл пересобрать ядро изменив размер fd_set. для фри 4.10 это подойдет? Я не нашел такой опции в ядре:(
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	9. "Предельное количество виртуальных сайтов в Apache"
	Сообщение от solotony on 05-Фев-04, 12:28  (MSK)
	>Если для каждого виртуального сервера используется своя пара access/error логов, то дело >в этом. При 500 клиентах, апач будет держать только для VirtualHost >1000 открытых файлов. Делай один общий access/error лог.    вот это правильное решение. По крайней мере на многих крупных серверах делают именно так. >Или в начало apachectl (не рекомендую, лучше один лог) добавь ulimit -n >3000, до этого поэксперементируй, запусти эту команду в sh и посмотри >по ulimit -a изменились ли параметры, в зависимости от ОС может >потребоваться пересобрать или тюнить ядро.   Это ограничение не имеет ничего общего к лимитам системы, выставляемым через rlimits (комманда ulimit). Это ограничение на вызов ядра select, который не принимает дескриптор с номером более 1023.
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	10. "Предельное количество виртуальных сайтов в Apache"
	Сообщение от maryl on 05-Фев-04, 12:45  (MSK)
	2 solotony >вот это правильное решение. По крайней мере на многих крупных серверах >делают именно так. а потом,  для каждого пользователя его разбирать придется скриптами? ведь каждому узеру нужен его лог (особенно , если у него perl и т.д.)
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	16. "Предельное количество виртуальных сайтов в Apache"
	Сообщение от Nikolaev_D on 06-Фев-04, 23:13  (MSK)
	to MK а вопрос: как тебя допустили до руления хостингом в 500 клиентов ?
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	17. "Предельное количество виртуальных сайтов в Apache"
	Сообщение от MK on 07-Фев-04, 00:46  (MSK)
	Если тебе есть, что умного сказать по поводу максимального количества файловых дескрипторов (слово знакомо?), или сервера Apache 2, то с удовольствием тебя выслушаю (может Sun-овский сервер прорекламируешь?). >to MK > >а вопрос: >как тебя допустили до руления хостингом в 500 клиентов ?
		Рекомендовать в FAQ | Cообщить модератору | Наверх

Удалить

Индекс форумов | Темы | Пред. тема | След. тема

Пожалуйста, прежде чем написать сообщение, ознакомьтесь с данными рекомендациями.