Problem with Passenger UstRouter

I do this as soon as possible, because I must first notify the establishments.
Do you have any idea about the error below?
ispconfig.log
Launch via cron : /usr/local/ispconfig/server/server.sh

Code:

16.07.2021-11:23 - DEBUG - You must install incron in order to use this plugin
16.07.2021-11:23 - DEBUG - Calling function 'check_phpini_changes' from plugin 'webserver_plugin' raised by action 'server_plugins_loaded'.
16.07.2021-11:23 - DEBUG - Remove Lock: /usr/local/ispconfig/server/temp/.ispconfig_lock

 

ispconfig_update.sh --force
Unable to retrieve version file.root@panel3
In the server environment I did an export of the proxy
This was also reported today: https://git.ispconfig.org/ispconfig/ispconfig3/-/issues/5649
Updating Crontab
Restarting services ...
ISPConfig Version: 3.2.5
I still have the error:

Code:

16.07.2021-13:24 - DEBUG - You must install incron in order to use this plugin
16.07.2021-13:24 - DEBUG - Calling function 'check_phpini_changes' from plugin 'webserver_plugin' raised by action 'server_plugins_loaded'.
16.07.2021-13:24 - DEBUG - Remove Lock: /usr/local/ispconfig/server/temp/.ispconfig_lock

Crémos

 

That report was a year ago.
Have you updated ISPConfig now? You still have not shown the result of the common issues test script.

 

Yes I've updated ISPConfig version 3. 2. 5.
Sorry I don't understand: what you do mean by "test script"? What does it refer to?
In the ISPConfig logs, I still have this error:

Code:

16.07.2021-13:24 - DEBUG - You must install incron in order to use this plugin
16.07.2021-13:24 - DEBUG - Calling function 'check_phpini_changes' from plugin 'webserver_plugin' raised by action 'server_plugins_loaded'.
16.07.2021-13:24 - DEBUG - Remove Lock: /usr/local/ispconfig/server/temp/.ispconfig_lock

The Apach servor stopped: I got the error for the last time on Fri Jul 16 12:37:57.
Also, the error occurred right when I made the update. Since then, no other error message appeared.
In the end, I still have the error which I previously mentioned. (regarding the "webserver_plugin")
Thank you for helping out!

 

Thank you for taking your time to explain. I'm glad to know that this update has resolved my "recurring Apache shut downs" issue!

 

Hello,
Ispconfig version 3.2.5 with multiple versions of PHP (System> Additional PHP versions.
Distribution: Debian GNU / Linux 10 (buster)
Apache2 2.4.38-3 +
I still find myself with the same recurring problem namely:
after a system update of my server (apt-get update then apt-get dist-upgrade) apache2 regularly stops about every hour and the administration of Ispconfig n 'is more accessible as well as the sites.
After a restart of apache the service is available again.
Apache2 logs:

Code:

[Sat Sep 04 00:00:05.951991 2021] [mpm_prefork:notice] [pid 1477] AH00171: Graceful restart requested, doing restart
[ 2021-09-04 00:00:06.0261 1504/7eff3f212700 age/Ust/UstRouterMain.cpp:422 ]: Signal received. Gracefully shutting down... (send signal 2 more time(s) to force shutdown)
[ 2021-09-04 00:00:06.0264 1504/7eff3f311980 age/Ust/UstRouterMain.cpp:492 ]: Received command to shutdown gracefully. Waiting until all clients have disconnected...
[ 2021-09-04 00:00:06.0265 1504/7eff3f212700 Ser/Server.h:464 ]: [UstRouter] Shutdown finished
[ 2021-09-04 00:00:06.0265 1504/7eff3e990700 Ser/Server.h:817 ]: [UstRouterApiServer] Freed 0 spare client objects
[ 2021-09-04 00:00:06.0265 1504/7eff3e990700 Ser/Server.h:464 ]: [UstRouterApiServer] Shutdown finished
[ 2021-09-04 00:00:06.0265 1498/7f53f63b7700 age/Cor/CoreMain.cpp:532 ]: Signal received. Gracefully shutting down... (send signal 2 more time(s) to force shutdown)
[ 2021-09-04 00:00:06.0265 1498/7f53f6d84980 age/Cor/CoreMain.cpp:901 ]: Received command to shutdown gracefully. Waiting until all clients have disconnected...
[ 2021-09-04 00:00:06.0268 1498/7f53f4a31700 Ser/Server.h:817 ]: [ServerThr.4] Freed 128 spare client objects
[ 2021-09-04 00:00:06.0268 1498/7f53f4a31700 Ser/Server.h:464 ]: [ServerThr.4] Shutdown finished
[ 2021-09-04 00:00:06.0268 1498/7f53f63b7700 Ser/Server.h:817 ]: [ServerThr.1] Freed 128 spare client objects
[ 2021-09-04 00:00:06.0268 1498/7f53f63b7700 Ser/Server.h:464 ]: [ServerThr.1] Shutdown finished
[ 2021-09-04 00:00:06.0269 1498/7f53c7fff700 Ser/Server.h:817 ]: [ApiServer] Freed 0 spare client objects
[ 2021-09-04 00:00:06.0269 1498/7f53c7fff700 Ser/Server.h:464 ]: [ApiServer] Shutdown finished
[ 2021-09-04 00:00:06.0269 1504/7eff3f311980 age/Ust/UstRouterMain.cpp:523 ]: Passenger UstRouter shutdown finished
[ 2021-09-04 00:00:06.0269 1498/7f53f52b3700 Ser/Server.h:817 ]: [ServerThr.3] Freed 128 spare client objects
[ 2021-09-04 00:00:06.0269 1498/7f53f52b3700 Ser/Server.h:464 ]: [ServerThr.3] Shutdown finished
[ 2021-09-04 00:00:06.0269 1498/7f53f5b35700 Ser/Server.h:817 ]: [ServerThr.2] Freed 128 spare client objects
[ 2021-09-04 00:00:06.0269 1498/7f53f5b35700 Ser/Server.h:464 ]: [ServerThr.2] Shutdown finished
[ 2021-09-04 00:00:06.0883 1498/7f53f6d84980 age/Cor/CoreMain.cpp:967 ]: Passenger core shutdown finished
[Sat Sep 04 00:00:09.112817 2021] [fcgid:info] [pid 1494] mod_fcgid: process /var/www/php-fcgi-scripts/ispconfig/.php-fcgi-starter(1584) exit(shutting down), terminated by calling exit(), return code: 0
[Sat Sep 04 00:00:09.112867 2021] [fcgid:info] [pid 1494] mod_fcgid: Process manager 1494 stopped

During my previous problem, updating Ispconfig and reconfiguring the services had solved my problem.
Thank you in advance for your answers and especially for the work accomplished and your availability.
Crémos

 

Hello !
I still get several emails every day.
panel3.in.ac-amiens.fr - 06.09.2021-09:39 - WARNING - httpd is down! Try rescue httpd (try:1)...
How do I determine why Apache keeps crashing? this blocks access (Back Office) to the administration of Ispconfig and a time out on the consultation of the sites.
I'm a little lost on where to start with this problem. you have to stop Apache and then start for it to work again.
Thank you in advance for your feedback.

 

Could this have a link with the Time out when posting a site?

Code:

[Mon Sep 06 11:04:48.752676 2021] [ssl:error] [pid 3815] (70007)The timeout specified has expired: [client 194.254.103.142:46974] AH01974: could not connect to OCSP responder 'r3.o.lencr.org'
[Mon Sep 06 11:04:53.759960 2021] [ssl:error] [pid 1581] (70007)The timeout specified has expired: [client 194.254.103.142:47168] AH01974: could not connect to OCSP responder 'ocsp.digicert.com'
[Mon Sep 06 11:05:03.774715 2021] [ssl:error] [pid 3465] (70007)The timeout specified has expired: [client 194.254.103.142:47242] AH01974: could not connect to OCSP responder 'r3.o.lencr.org'
[Mon Sep 06 11:05:13.837969 2021] [ssl:error] [pid 3345] (70007)The timeout specified has expired: [client 194.254.103.142:47660] AH01974: could not connect to OCSP responder 'r3.o.lencr.org'

 

Download link: https://filesender.renater.fr/?s=download&token=15c2da63-8f0b-410f-8179-d52c2adfee07

 

Maybe a problem with the "libapache2-mod-passenger" module?
When the problem occurs it leaves apache2 running but without launching passenger.
Requests addressed to the application get a Time out.
A complete restart of the apache2 service (rather than a reload) fixes this problem.
I had the problem after an automatic upgrade, which maybe broke things unexpectedly!
When I run the "passenger-memory-stats" command I don't have an apache process. is this normal?

Code:

### Processes: 376
### Total private dirty RSS: 774.93 MB
-------- Nginx processes --------
### Processes: 0
### Total private dirty RSS: 0.00 MB
----- Passenger processes -----
PID    VMSize    Private  Name
-------------------------------
26951  358.2 MB  1.3 MB   Passenger watchdog
26958  985.7 MB  2.3 MB   Passenger core
26968  366.8 MB  1.4 MB   Passenger ust-router
### Processes: 3
### Total private dirty RSS: 5.02 MB

Code:

passenger-config reopen-logs

*** ERROR: Phusion Passenger doesn't seem to be running. If you are sure that it is running, then the causes of this problem could be one of:

The Passenger module is well activated, but does not seem to be used in vhots.
Can we deactivate the module?

 

I think the module Passenger is a wrong route.
Link to an identical report:
https://www.howtoforge.com/communit...ver-httpd-is-down-rescue-will-not-help.59938/

Indeed "could not connect to OCSP responder 'r3.o.lencr.org' " could be a lead
I also have a similar error with "could not connect to OCSP responder 'ocsp.digicert.com

Code:

[Mon Sep 06 20:46:32.246860 2021] [ssl:error] [pid 18052] (70007)The timeout specified has expired: [client 194.254.103.142:50666] AH01974: could not connect to OCSP responde
r 'ocsp.digicert.com'
[Mon Sep 06 20:46:32.246896 2021] [ssl:error] [pid 18052] AH01941: stapling_renew_response: responder error

I just activated OCSP Stapling via http proxy with "SSLOCSPProxyURL http://my-outgoing-proxy.example:3128/"
SSL response timeout display test with browser debugger.
1/ Without the "SSLOCSPProxyURL" option :
SSL response time: 10.03s



2/ With the option "SSLOCSPProxyURL":
SSL response time: 109.64ms



Crémos