Himiko

Himiko
Рейтинг
560
Регистрация
28.08.2008
Должность
ООО "Системные интеграции", Генеральный директор. ООО "Медиа-группа "Автор", Исполнительный директор
15.04.1985
wolfmans:
Криво настроен мониторинг от ISP Manager панель для апачи, поэтому он его криво перезапускал..

Точнее решал, что Apache не работает и перезапускал...

ahead:
Нет, ну ладно липовые данные, а то что неделю хостер не думал даже оказывать поддержку - это нормально, да?

Пусть все хостинги разом по неделе будут отмораживаться из-за липовых данных и всё будет пучком.

Изначально ваша позиция была не правильной, ИМХО.

Не нужно обманывать хостера.

Может хостеру создать здесь тему с текстом: "Меня обманули с данными, уроды?"😂

Если бы с вашей стороны всё было бы "красиво", то думаю, что вас бы поддержали.

wolfmans:
Mysql вообще панелью не определяется. Сами базы я создаю через PHPMYADMIN, но может это как то повлиять на проблему?

Не думаю.

Но чтобы определился MySQL, нужно настроить все данные (сокет, логин, пароль) в разделе "сервера баз данных".

Можете написать в ICQ 392-395, починю.

Так сходу не определишь проблему...

P.S.: Укажите в стройке ip-адрес для сервиса mysql "127.0.0.1 3306", чтобы он правильно определял запущен ли он.

websmith:
хорошо, посоветуйте человеку, как вылечить болезнь, ничего путного я пока что не увидел.
Панели управления не всегда поднимают упавший сервис, это не выход.

Я уже посоветовал.

В ISPManager есть мониторинг (watchdog). Если он настроен не правильно, то он не сможет определить запущен ли Apache и будет перезапускать его постоянно.

+ Возможно падение Apache вызвано нехваткой ресурсов или чего-то ещё.

Хотя судя по "aught SIGTERM, shutting down" его кто-то завершает...

P.S.: В теме сказали правильно, нужно лечить саму болезнь. Он просто не должен падать!

Этот вопрос и нужно решать, а вы предлагаете просто уйти от проблемы.

websmith:
объясните, что тут смешного, если апач упадет, то не надолго, будет автоматически запущен. Время рестарта меньше секунды. В том случае, если у вас не файлообменник, а обычный хостинг и важен аптайм, работает великолепно.

www.GrantHost.org - тут всегда так делают?))

Бред, имхо.

Я некоторых людей видел /sbin/reboot в кроне. Может так лучше сделать? А то мало ли что повиснет😂

wolfmans:
Доброе время суток Уважаемые.

Суть проблемы такова. Вчера ночью ложился спать, ничего не трогал, сайты все работало, сегодня утром встаю, захожу на один из сайтов - (соединение с xxx.xx) и через 3-4 секунд дает (Время ожидания соединения истекло), зашел на рут, апаче процесса нет, перезапускаю apache2 -k restart, сайты заработали... Хотел бы чтобы такого больше не повторялось, мало ли где я могу быть.. В чем проблема Господа?

Вот логи:

[Wed May 27 10:49:45 2009] [notice] SIGHUP received.  Attempting to restart

[Wed May 27 10:49:46 2009] [warn] RSA server certificate is a CA certificate (BasicConstraints: CA == TRUE !?)
[Wed May 27 10:49:46 2009] [notice] Apache/2.2.3 (Debian) PHP/5.2.0-8+etch13 mod_ssl/2.2.3 OpenSSL/0.9.8c configured -- resuming normal operations
[Wed May 27 10:52:11 2009] [notice] caught SIGTERM, shutting down
[Wed May 27 10:52:30 2009] [warn] RSA server certificate is a CA certificate (BasicConstraints: CA == TRUE !?)
[Wed May 27 10:52:30 2009] [notice] suEXEC mechanism enabled (wrapper: /usr/lib/apache2/suexec)
[Wed May 27 10:52:30 2009] [warn] RSA server certificate is a CA certificate (BasicConstraints: CA == TRUE !?)
[Wed May 27 10:52:30 2009] [notice] Apache/2.2.3 (Debian) PHP/5.2.0-8+etch13 mod_ssl/2.2.3 OpenSSL/0.9.8c configured -- resuming normal operations
[Wed May 27 10:54:46 2009] [notice] SIGHUP received. Attempting to restart
[Wed May 27 10:54:47 2009] [warn] RSA server certificate is a CA certificate (BasicConstraints: CA == TRUE !?)
[Wed May 27 10:54:47 2009] [notice] Apache/2.2.3 (Debian) PHP/5.2.0-8+etch13 mod_ssl/2.2.3 OpenSSL/0.9.8c configured -- resuming normal operations
[Wed May 27 10:56:18 2009] [notice] caught SIGTERM, shutting down
[Wed May 27 10:56:22 2009] [warn] RSA server certificate is a CA certificate (BasicConstraints: CA == TRUE !?)
[Wed May 27 10:56:22 2009] [notice] suEXEC mechanism enabled (wrapper: /usr/lib/apache2/suexec)
[Wed May 27 10:56:23 2009] [warn] RSA server certificate is a CA certificate (BasicConstraints: CA == TRUE !?)
[Wed May 27 10:56:23 2009] [notice] Apache/2.2.3 (Debian) PHP/5.2.0-8+etch13 mod_ssl/2.2.3 OpenSSL/0.9.8c configured -- resuming normal operations
[Wed May 27 10:57:38 2009] [notice] caught SIGTERM, shutting down
[Wed May 27 10:57:43 2009] [warn] RSA server certificate is a CA certificate (BasicConstraints: CA == TRUE !?)
[Wed May 27 10:57:43 2009] [notice] suEXEC mechanism enabled (wrapper: /usr/lib/apache2/suexec)
[Wed May 27 10:57:44 2009] [warn] RSA server certificate is a CA certificate (BasicConstraints: CA == TRUE !?)
[Wed May 27 10:57:44 2009] [notice] Apache/2.2.3 (Debian) PHP/5.2.0-8+etch13 mod_ssl/2.2.3 OpenSSL/0.9.8c configured -- resuming normal operations
[Wed May 27 13:51:36 2009] [error] [client XXX.XXX.XXX.XXX] File does not exist: /htdocs, referer: https://XXX.ru/manager/ispmgr
[Thu May 28 20:25:42 2009] [error] [client XXX.XXX.XXX.XXX] File does not exist: /htdocs, referer: https://3dhit.ru/manager/ispmgr
[Thu May 28 20:59:43 2009] [error] [client XXX.XXX.XXX.XXX] File does not exist: /htdocs
[Thu May 28 20:59:45 2009] [error] [client XXX.XXX.XXX.XXX] File does not exist: /htdocs
[Thu May 28 21:01:57 2009] [error] [client XXX.XXX.XXX.XXX] File does not exist: /htdocs
[Fri May 29 06:50:45 2009] [notice] SIGHUP received. Attempting to restart
[Fri May 29 06:50:45 2009] [warn] RSA server certificate is a CA certificate (BasicConstraints: CA == TRUE !?)
[Fri May 29 06:50:45 2009] [notice] Apache/2.2.3 (Debian) PHP/5.2.0-8+etch13 mod_ssl/2.2.3 OpenSSL/0.9.8c configured -- resuming normal operations

Панель как вижу ISPManager.

У вас в разделе "сервисы" автозапуск не включен?

Может watchdog не правильно определяет запущен ли Apache и перезапускает его...

neov:
Вопрос закрыт, сам только что разобрался. Каждый родительный FastCGI процесс выделяет свой shared memory, в котором живет акселератор. Соответственно phpinfo будет выдавать инфу только для запущенного этим скриптом процесса. Проверил, к примеру, на другом сайте, там 11 скриптов в кеше. Отсюда вывод, можно смело уменьшать параметр eaccelerator.shm_size.

Отсюда вывод, что для того, чтобы кэш был эффективен, нужно использовать "php как модуль".

А меня удивило это :-)

заявление о том что саппорт парнерской панельки не осуществляется - тоже бред
chmod:
это не "Деловое предложение ", больше похоже на "ищу работу"

Больше похоже на "Ищу кого ещё кинуть".

Всего: 9394