Здравейте,

става въпрос за CentOS 4 - до вчера Apache-то си работеше нормално без никакви проблеми,

и изведнъж умря.

В лога има следните записи:

[Mon Sep 14 03:04:26 2009] [notice] suEXEC mechanism enabled (wrapper: /usr/sbin/suexec)

[Mon Sep 14 03:04:28 2009] [notice] Digest: generating secret for digest authentication ...

[Mon Sep 14 03:04:28 2009] [notice] Digest: done

[Mon Sep 14 03:04:28 2009] [notice] LDAP: Built with OpenLDAP LDAP SDK

[Mon Sep 14 03:04:28 2009] [notice] LDAP: SSL support unavailable

[Mon Sep 14 03:04:28 2009] [notice] FastCGI: process manager initialized (pid 9237)

[Mon Sep 14 03:04:28 2009] [alert] FastCGI: read() from pipe failed (0)

[Mon Sep 14 03:04:28 2009] [alert] FastCGI: the PM is shutting down, Apache seems to have disappeared - bye

Като проверя статуса на Apache-то ми дава:

# service httpd status

httpd dead but subsys locked

#

Търсих в Google за "httpd dead but subsys locked", и за последните два реда от лога,

почти навсякъде пише да се изтрият httpd.pid файла и lock файла от /var/lock/subsys/

и да се пробва да се пусне.

При мен httpd.pid го няма, а след като изтрия # rm -f /var/lock/subsys/httpd, ми дава на

# service httpd status

httpd is stopped

но след старт пак същото - httpd dead but subsys locked.

Някакви идеи и препоръки ?

Ако не ползваш FastCGI просто го махни от конфигурацията

Ако не ползваш FastCGI просто го махни от конфигурацията

Пробвал съм да го махна, резултата е същия :

# service httpd status

httpd dead but subsys locked

.. като разликата е, че в лога липсват последните 2 реда.

Пробвал съм да го махна, резултата е същия :

# service httpd status

httpd dead but subsys locked

.. като разликата е, че в лога липсват последните 2 реда.

Пробвай и с другите модули като suexec, DIgest и LDAP ако не ги ползваш

Пробвай и с другите модули като suexec, DIgest и LDAP ако не ги ползваш

И на друго място ме посъветваха да оставя само базовите модули .. което и направих .. но не пали

И на друго място ме посъветваха да оставя само базовите модули .. което и направих .. но не пали

Погледни какво пише в error_log

read() from pipe failed (0)

Това обикновенно значи, че програмата е настроена да използва като работна дирекрория, в която няма право да пише, или която е на дял, в който няма достатъчно място (последния вариант включва и използването на tmpfs когато няма достатъчно свободна памет).

1. това при чиста инсталация ли го прави или спед промяна по конфигурацията

2. да е правеня промяна по конф. файловете на apache2, php5 ?

може да е от неправилно инсталирани модули или от грешки в php.ini

правиш ли копие на конф. файлове преди промяна?

а на мен някой ще ми помогне ли с Apache-то под xampp

http://www.kaldata.com/forums/index.php?showtopic=136075&st=0&p=1512702&fromsearch=1&#entry1512702

Редактирано 15 септември 200917 г. от daniel1995 (преглед на промените)

Това обикновенно значи, че програмата е настроена да използва като работна дирекрория, в която няма право да пише, или която е на дял, в който няма достатъчно място (последния вариант включва и използването на tmpfs когато няма достатъчно свободна памет).

/*

* To prevent the idle application from running indefinitely, we

* check the timer and if it is expired, we recompute the values

* for each running application class. Then, when FCGI_REQUEST_COMPLETE_JOB

* message is received, only updates are made to the data structures.

*/

if (fcgi_dynamic_last_analyzed == 0) {

fcgi_dynamic_last_analyzed = now;

}

if ((now - fcgi_dynamic_last_analyzed) >= (int)dynamicUpdateInterval) {

for (s = fcgi_servers; s != NULL; s = s->next) {

if (s->directive != APP_CLASS_DYNAMIC)

break;

/* Advance the last analyzed timestamp by the elapsed time since

* it was last set. Round the increase down to the nearest

* multiple of dynamicUpdateInterval */

fcgi_dynamic_last_analyzed += (((long)(now-fcgi_dynamic_last_analyzed)/dynamicUpdateInterval)*dynamicUpdateInterval);

s->smoothConnTime = (unsigned long) ((1.0-dynamicGain)*s->smoothConnTime + dynamicGain*s->totalConnTime);

s->totalConnTime = 0UL;

s->totalQueueTime = 0UL;

}

}

if (read_ready <= 0) {

return;

}

#ifndef WIN32

rc = read(fcgi_pm_pipe[0], (void *)(buf + buflen), FCGI_MSGS_BUFSIZE - buflen);

if (rc <= 0) {

if (!caughtSigTerm) {

ap_log_error(FCGI_LOG_ALERT, fcgi_apache_main_server,

"FastCGI: read() from pipe failed (%d)", rc);

if (rc == 0) {

ap_log_error(FCGI_LOG_ALERT, fcgi_apache_main_server,

"FastCGI: the PM is shutting down, Apache seems to have disappeared - bye");

caughtSigTerm = TRUE;

}

}

return;

}

buflen += rc;

buf[buflen] = '\0';

според мен просто прави проверка дали има работещ процес на апаче и ако няма се гаси. т.е. не тръгва апаче изобщо и проблема не би тр. да е свързан с памети и директории

тоя pipe предполагам е отворен м/у fastcgi и apache за обмен на данни за обработка. но това са само предположения от моя страна.

промени си временно

LogLevel debug

може да има повече информация в лога+ strace на ръчно стартиран apache

Редактирано 15 септември 200917 г. от sanddaemon (преглед на промените)

Нищо не успях да оправя от старото Apache. Днес го махнах и преинсталирах .. сега всичко е ОК.

Благодаря ви за съветите.