DirectAdmin как вы знаете при любых операциях с доменам производит перезапуск апача.
Вопрос к гуру, сколько должен проходить по времени этот перезапуск? Если это не проходит прозрачно для пользователей, что делать? Варианты у меня сейчас такие:
1) Поставить второй SATA и в райд 1 их
2) Контроллер + SCSI диск
3) Фронт-энд или что то типа того.
В общем подскажите, пользователи уже замаяли жалобами.
Полная версия: Рестарты апача в D.A.
Онлайн-форум hostobzor.ru > Архив (темы до 1.06.2015). Только для чтения. > Коммерческий хостинг. Общие форумы > Выделенный сервер и co-location
apachectl graceful поставить запускать по крону раз в 15 минут и DA запретить перезапуск апача, пользователям надо будет 15 минут ждать изменений. На некоторых хостингах так сделано.
DA делает именно graceful
Цитата(eSupport.org.ua @ 24.03.2009, 18:19) 
DA делает именно graceful
Вы, наверное, скрипт изменили и забыли ;)
По дефолту скрипт рестарта тупой и там нету graceful
Я всегда заменяю скрипт апача и действительно забыл об этом, так как стандартный имеет массу недостатков
Цитата(A-l-e-X @ 24.03.2009, 20:53)
Это не лучший вариант и не единственное место, что там нужно менять.
Цитата(HostingHutor.com @ 24.03.2009, 23:19)
apachectl graceful поставить запускать по крону раз в 15 минут и DA запретить перезапуск апача, пользователям надо будет 15 минут ждать изменений. На некоторых хостингах так сделано.
Т.е все за этот вариант? Еще идеи будут?
Цитата(Ru-hoster.Com @ 25.03.2009, 04:49)
Т.е все за этот вариант? Еще идеи будут?
С чего вы взяли? Через крон - это "костыль".
Сказали же уже: переделать скрипт рестарта.
Понял вас.
Сделал так: http://help.directadmin.com/item.php?id=181
Добавил пользователя. В результате показывало заглушку апача (Апач функционирует нормально) по нему до тех пор, пока я не сделал service httpd stop и start.
Хм.. Поясните пожалуйста.
И после удаления аккаунтов по доменам припаркованым на них:
Т.е. фактически апач думает, что домены не существуют после добавления, и существуют после перезапуска апача (когда они заработали) и удаления. Хм.
Сделал так: http://help.directadmin.com/item.php?id=181
Добавил пользователя. В результате показывало заглушку апача (Апач функционирует нормально) по нему до тех пор, пока я не сделал service httpd stop и start.
Хм.. Поясните пожалуйста.
И после удаления аккаунтов по доменам припаркованым на них:
Код
Not Found
The requested URL / was not found on this server.
Additionally, a 404 Not Found error was encountered while trying to use an ErrorDocument to handle the request.
The requested URL / was not found on this server.
Additionally, a 404 Not Found error was encountered while trying to use an ErrorDocument to handle the request.
Т.е. фактически апач думает, что домены не существуют после добавления, и существуют после перезапуска апача (когда они заработали) и удаления. Хм.
Поясняю - нужен сисадмин
Цитата(Ru-hoster.Com @ 25.03.2009, 10:37)
Сделал так: http://help.directadmin.com/item.php?id=181
Добавил пользователя. В результате показывало заглушку апача (Апач функционирует нормально) по нему до тех пор, пока я не сделал service httpd stop и start.
Так не делайте так!
Сказали же, что это не вариант.
Вы же хотите apachectl использовать.
Так вот и вставьте его в скрипт там, где это требуется.
PS
Сорри за оффтоп, но по поводу "не делайте так" не мог не вспомнить классический ролик
_http://rutube.ru/tracks/427810.html?v=f0a8aa1fdea758ef2c3e27c8b2fea859
eSupport.org.ua, Денис
Вопрос уже был решен утром не без помощи Бориса Долгова, за что ему и спасибо!
Вопрос уже был решен утром не без помощи Бориса Долгова, за что ему и спасибо!
Ох уж мне эти апачи )))
И все время такое, апач больше 3-4 часов не работает. При том, что ни каких ошибо в логах нет, он просто перезапускается. Кто что может сказать?
P.S.: Кстати сейчас вот уже 12 часов держится, но все рано рао или поздно так же слетит... )))
Цитата
[Wed Mar 25 23:57:57 2009] [error] [client 92.50.194.130] File does not exist: /home/samonr/domains/sharedip/404.shtml
[Wed Mar 25 23:57:58 2009] [error] [client 92.50.194.130] File does not exist: /home/samonr/domains/sharedip/favicon.ico
[Wed Mar 25 23:57:58 2009] [error] [client 92.50.194.130] File does not exist: /home/samonr/domains/sharedip/404.shtml
[Thu Mar 26 00:10:40 2009] [notice] SIGHUP received. Attempting to restart
Warning: DocumentRoot [/home/archakov/domains/prokna.ru/public_html/stroy] does not exist
Warning: DocumentRoot [/home/casperr/domains/ru-hoster.com/public_html/games] does not exist
Warning: DocumentRoot [/home/casperr/domains/ru-hoster.com/public_html/newcms] does not exist
[Wed Mar 25 23:57:58 2009] [error] [client 92.50.194.130] File does not exist: /home/samonr/domains/sharedip/favicon.ico
[Wed Mar 25 23:57:58 2009] [error] [client 92.50.194.130] File does not exist: /home/samonr/domains/sharedip/404.shtml
[Thu Mar 26 00:10:40 2009] [notice] SIGHUP received. Attempting to restart
Warning: DocumentRoot [/home/archakov/domains/prokna.ru/public_html/stroy] does not exist
Warning: DocumentRoot [/home/casperr/domains/ru-hoster.com/public_html/games] does not exist
Warning: DocumentRoot [/home/casperr/domains/ru-hoster.com/public_html/newcms] does not exist
И все время такое, апач больше 3-4 часов не работает. При том, что ни каких ошибо в логах нет, он просто перезапускается. Кто что может сказать?
P.S.: Кстати сейчас вот уже 12 часов держится, но все рано рао или поздно так же слетит... )))
Почему слетит-то?
Что вам не нравится?
Как вы хотите без рестарта запускать новые настройки в действия?
Вы же говорите, что Борис помог сделать.
Я не вижу ничего неправильного в этих логах, если это результат apachectl restart
Кстати, я знаю одного хостера, у которого была реализована система обновления виртуальных хостов без рестарта apache. Но это собственный софт, очень индивидуальный и в связи с этим были некоторые ограничения по настройкам. А стандартный путь введения новых настроек в действите - это рестарт. Просто его надо грамотно делать.
Что вам не нравится?
Как вы хотите без рестарта запускать новые настройки в действия?
Вы же говорите, что Борис помог сделать.
Я не вижу ничего неправильного в этих логах, если это результат apachectl restart
Кстати, я знаю одного хостера, у которого была реализована система обновления виртуальных хостов без рестарта apache. Но это собственный софт, очень индивидуальный и в связи с этим были некоторые ограничения по настройкам. А стандартный путь введения новых настроек в действите - это рестарт. Просто его надо грамотно делать.
Цитата(Денис @ 26.03.2009, 21:08)
Почему слетит-то?
Что вам не нравится?
Как вы хотите без рестарта запускать новые настройки в действия?
Вы же говорите, что Борис помог сделать.
Я не вижу ничего неправильного в этих логах, если это результат apachectl restart
Кстати, я знаю одного хостера, у которого была реализована система обновления виртуальных хостов без рестарта apache. Но это собственный софт, очень индивидуальный и в связи с этим были некоторые ограничения по настройкам. А стандартный путь введения новых настроек в действите - это рестарт. Просто его надо грамотно делать.
Фишка в том, что при добавлении, удалении и т.п. вирт-хостов (т.е. доменов) апач не перезапускается. Он перечитывает конфги домев и загружает их, но сам не перестает работать. Т.е. если качать файл через пресловутые IE с 1 потоком и сделать пару таких "рестартов" - с зкачкой нчиего не случится. Даже скорость не упадет. И в статусе апача uptime не переходит в 0. Т.е. подгрузка доменов без остановки работы. (сегодня добавил 4 юзера и около 10 доменов сам за день - Uptime с утра псле последнего произвольного рестарта таки не стал нулевым, т.е. с доменами сейчас все ок).
Но при этом что-то его перезапускает по полной (т.е. отсылает сигнал непосредственное апачу, а не через service restart, как в ДА). Вот том и проблема.
Если SIGHUP received, значит получил он его либо от /dev/hand, либо от crontab, либо от DA. Чудес тут быть не может. Сравните логи /var/log/httpd/error_log* с /var/log/directadmin/system.log* и наверняка все встанет на свои места.
Цитата(Денис @ 26.03.2009, 16:13)
Если SIGHUP received, значит получил он его либо от /dev/hand, либо от crontab, либо от DA. Чудес тут быть не может. Сравните логи /var/log/httpd/error_log* с /var/log/directadmin/system.log* и наверняка все встанет на свои места.
А разве apachectl не сигналы посылает?
Извините, я не понял вопроса. Точнее, к чему он.
Лог D.A.
Лог апача.
Ну теперь ясно, что это сделала D.A. (А не logrotate, как я раньше предпологал).
Только вопрос, зачем она это сделала? Надо бы убрать такие ребуты, так как толку в них нет как мне кажется вообще.
Лог крона
Но это как я понимаю всго лишь на всего стандартный запуск крон-файлов D.A., а что она там делает решается уже панелью...
Цитата
2009:03:27-01:28:15: Tally User admin Complete
2009:03:27-01:28:15: Tally Reseller admin Complete
2009:03:27-01:28:15: Tally All Complete
2009:03:27-01:29:59: httpd restarted
2009:03:27-03:03:01: proftpd rereaded
2009:03:27-03:10:01: proftpd rereaded
2009:03:27-03:16:01: proftpd rereaded
2009:03:27-03:20:53: httpd restarted
2009:03:27-03:20:56: named reloaded
2009:03:27-03:22:01: httpd reloaded
2009:03:27-03:22:01: named reloaded
2009:03:27-01:28:15: Tally Reseller admin Complete
2009:03:27-01:28:15: Tally All Complete
2009:03:27-01:29:59: httpd restarted
2009:03:27-03:03:01: proftpd rereaded
2009:03:27-03:10:01: proftpd rereaded
2009:03:27-03:16:01: proftpd rereaded
2009:03:27-03:20:53: httpd restarted
2009:03:27-03:20:56: named reloaded
2009:03:27-03:22:01: httpd reloaded
2009:03:27-03:22:01: named reloaded
Лог апача.
Цитата
[Fri Mar 27 03:20:59 2009] [warn] Init: SSL server IP/port conflict: shared.domain:443 (/etc/httpd/conf/ips.conf:56) vs. www.dcadmins.org:443 (/usr/loca
l/directadmin/data/users/dobro131/httpd.conf:43)
[Fri Mar 27 03:20:59 2009] [warn] Init: You should not use name-based virtual hosts in conjunction with SSL!!
[Fri Mar 27 03:20:59 2009] [notice] Apache/2.2.10 (Unix) mod_ssl/2.2.10 OpenSSL/0.9.8b DAV/2 configured -- resuming normal operations
[Fri Mar 27 03:22:01 2009] [notice] SIGHUP received. Attempting to restart
Warning: DocumentRoot [/home/archakov/domains/prokna.ru/public_html/stroy] does not exist
Warning: DocumentRoot [/home/casperr/domains/ru-hoster.com/public_html/games] does not exist
Warning: DocumentRoot [/home/casperr/domains/ru-hoster.com/public_html/newcms] does not exist
l/directadmin/data/users/dobro131/httpd.conf:43)
[Fri Mar 27 03:20:59 2009] [warn] Init: You should not use name-based virtual hosts in conjunction with SSL!!
[Fri Mar 27 03:20:59 2009] [notice] Apache/2.2.10 (Unix) mod_ssl/2.2.10 OpenSSL/0.9.8b DAV/2 configured -- resuming normal operations
[Fri Mar 27 03:22:01 2009] [notice] SIGHUP received. Attempting to restart
Warning: DocumentRoot [/home/archakov/domains/prokna.ru/public_html/stroy] does not exist
Warning: DocumentRoot [/home/casperr/domains/ru-hoster.com/public_html/games] does not exist
Warning: DocumentRoot [/home/casperr/domains/ru-hoster.com/public_html/newcms] does not exist
Ну теперь ясно, что это сделала D.A. (А не logrotate, как я раньше предпологал).
Только вопрос, зачем она это сделала? Надо бы убрать такие ребуты, так как толку в них нет как мне кажется вообще.
Лог крона
Цитата
Mar 27 03:21:01 s2 CROND[20153]: (root) CMD (/usr/bin/test -e /etc/csf/lfd.enable && /bin/rm /etc/csf/lfd.enable && /usr/sbin/csf -e > /dev/null 2>&1)
Mar 27 03:21:01 s2 CROND[20155]: (root) CMD (/usr/bin/test -e /etc/csf/lfd.start && /bin/rm /etc/csf/lfd.start && /etc/init.d/lfd start > /dev/null 2>&1)
Mar 27 03:22:01 s2 CROND[21191]: (root) CMD (/usr/local/directadmin/dataskq)
Mar 27 03:22:01 s2 CROND[21190]: (root) CMD (/usr/bin/test -e /etc/csf/lfd.enable && /bin/rm /etc/csf/lfd.enable && /usr/sbin/csf -e > /dev/null 2>&1)
Mar 27 03:22:01 s2 CROND[21192]: (root) CMD (/usr/bin/test -e /etc/csf/lfd.start && /bin/rm /etc/csf/lfd.start && /etc/init.d/lfd start > /dev/null 2>&1)
Mar 27 03:22:01 s2 CROND[21193]: (root) CMD (/usr/bin/test -e /etc/csf/lfd.restart && /bin/rm /etc/csf/lfd.restart && /etc/init.d/lfd restart > /dev/null 2>&
1)
Mar 27 03:21:01 s2 CROND[20155]: (root) CMD (/usr/bin/test -e /etc/csf/lfd.start && /bin/rm /etc/csf/lfd.start && /etc/init.d/lfd start > /dev/null 2>&1)
Mar 27 03:22:01 s2 CROND[21191]: (root) CMD (/usr/local/directadmin/dataskq)
Mar 27 03:22:01 s2 CROND[21190]: (root) CMD (/usr/bin/test -e /etc/csf/lfd.enable && /bin/rm /etc/csf/lfd.enable && /usr/sbin/csf -e > /dev/null 2>&1)
Mar 27 03:22:01 s2 CROND[21192]: (root) CMD (/usr/bin/test -e /etc/csf/lfd.start && /bin/rm /etc/csf/lfd.start && /etc/init.d/lfd start > /dev/null 2>&1)
Mar 27 03:22:01 s2 CROND[21193]: (root) CMD (/usr/bin/test -e /etc/csf/lfd.restart && /bin/rm /etc/csf/lfd.restart && /etc/init.d/lfd restart > /dev/null 2>&
1)
Но это как я понимаю всго лишь на всего стандартный запуск крон-файлов D.A., а что она там делает решается уже панелью...
Блин, после мирхостинга там я не знаю.
Утром вскрылась проблема с named. Он виснет, и все...
Т.е. он работает, но информацию DNS не отдает. Не рестартится и не убивается (тупо виснет убивалка), спасает только kil -9
Но блин, это проблема была уже и при мирхостах... Они всеврея руками лентяи поднимали, а потом еще тыкали "А вот смотри по нашему счетчику аптайм офигнный"... Блин я в шоке. Администрирование называется... Сейчас ее месяца да буду после них проблемы решать.
Кто-нибудь скажет что-нибудь толковое по моим вопросам?
Утром вскрылась проблема с named. Он виснет, и все...
Т.е. он работает, но информацию DNS не отдает. Не рестартится и не убивается (тупо виснет убивалка), спасает только kil -9
Но блин, это проблема была уже и при мирхостах... Они всеврея руками лентяи поднимали, а потом еще тыкали "А вот смотри по нашему счетчику аптайм офигнный"... Блин я в шоке. Администрирование называется... Сейчас ее месяца да буду после них проблемы решать.
Кто-нибудь скажет что-нибудь толковое по моим вопросам?
Закажите аудит сервера у проверенного сисадмина, потом закажите у него решение найденных проблем.
Правда уже незнаю кто захочет помогать после вышеописанного. Я вот например уже не хочу.
Правда уже незнаю кто захочет помогать после вышеописанного. Я вот например уже не хочу.
Цитата(Ru-hoster.Com @ 28.03.2009, 01:54)
Кто-нибудь скажет что-нибудь толковое по моим вопросам?
Евгений, мне кажется, что по Вашим вопросам здесь были даны толковые ответы.
К сожалению, настроить сервер через форум невозможно.
Цитата(eSupport.org.ua @ 28.03.2009, 20:15)
Закажите аудит сервера у проверенного сисадмина, потом закажите у него решение найденных проблем.
Правда уже незнаю кто захочет помогать после вышеописанного. Я вот например уже не хочу.
Дело ваше, зачем вы тут так изворачиваетесь? Мне например не приятно...
Цитата
Евгений, мне кажется, что по Вашим вопросам здесь были даны толковые ответы.
К сожалению, настроить сервер через форум невозможно.
К сожалению, настроить сервер через форум невозможно.
Да... Ладно, главное работает. Спасибо за ответы
Сейчас пока не до этого, тут вон 4 дня безвылазно настраивал одну штуку. Ой запарился, но работает...
Удачи.
Это текстовая версия — только основной контент. Для просмотра полной версии этой страницы, пожалуйста, нажмите сюда.