ISP Config cron stopped working

In a multiserver setting, the cron queue is blocked and the changes are not carried to the other servers.
All this was working untill the upgrade to 3.2.1 (from 3.1.5). I forced an update on the master server but that did not change anything.
All servers are on Debian 10, but some are upgrades from Debian 8.

 

Thanks for the link.
I followed the instructions but I don't see any error.
The only message I receive is (same message on master and slave):
DEBUG - Remove Lock: /usr/local/ispconfig/server/temp/.ispconfig_lock
finished server.php.
But the job queue is still stuck.

 

yes, it is enabled. On the master server, there are several messages but none looking like errors.
On the slave server, I enabled it but this job is also stuck in the queue.
However, soince I've done that, there are a few messages, but always the same (the one reported above).

 

I ran some more tests and here is the situation:
My setting is 1 master server and 4 slaves: 1 mail server, 1 db server, 1 web server and 1 web + db server
Changes made on the master or the db server are working fine.
Changes made on the 3 other servers are blocked in the queue and not carried over.
I found these errors:

• The mail server is on Debian 10, but upgraded from Debian 8. The PHP version (php -version) is still 5.6 from debian 8. Upgrading ISP Config gives the error: PHP Curl module not found.
• On the two other servers, a ISP Config update (with or without --force) reports that the "Service 'web_server' has not been detected", even though all the sites hosted are working perfectly fine and this set up has been in place, and working perfectly, for months before updating to ISPConfig 3.2

I guess intalling PHP 7.3 on the mail server will solve its issue, but I don't know why the web_server error occured, and how to fix it.

 

Well, right on the nose about the root thing! i've been working with Debian 10 for a few months and never heard about this change before. That explains some of the errors I encountered from time to time.
So the problems are solved for the 2 web servers.
I'm running out of time to tackle the mail server today but it should go smoothly now.
Thanks again for this great help.

 

OK, I retake this post because I still have a problem with one of the slaves of my multiserver set up: all the changes made on this server (via the master) is blocked in the queue.
Debug level is set to "Error" on both the master and the slave, but no error is reported on any of them.
They are both updated to 3.2.2, services have been re-configured and the slave (an email server) is working fine on his own. It's just that I can't do anything on it from the master.

 

Yes according to the doc, it should say,... but it just says "finished server.php"

 

I did but the problem is the following: since the change of log level occurs on the master server and the issue is that these changes are not carried through the salve server, how can I "force" the change? Is there a way to manually do this directly on the slave server?

 

Yes, it's been working for years now. I started to have issues since I upgraded to ISPConfig 3.2.
When you say "it should throw an error", where would I see this error?
Note that I have 2 other (slave) servers in the same setting and they are working fine.

 

Yes, the password was entered and I updated to 3.2.2 (even twice).
"when running the server.sh script": on which server? Slave or Master?
Is there a way to verify that the 2 servers can communicate?

 

Thank you for your help but I think we are going in circle: I can't set the debug level from the master since the change is not applied to the slave.
Is there another way (directly on the slave) to set this debug?