Setup: Masterserver + 5 slaves OS: Debian 10.2 ISPConfig: 3.1.15p2 Hi folks! ISPC Monitor doesn´t refresh slave information from log files. Has stopped working around 4:00 (16:00) and i don't know what happened. The communication from master to slave server seems to work correctly: e.g changes to sites are accepted and work. SQL connections from slave server to master server also work: mysql -h master.server.tld -u root -p (ok) mysql -h master.server.tld -u ispcsrvX -p (ok) SQL statements can be made in both cases e.g. use dbispconfig; select * from ... Cron is running on all server. Reboot doesn´t help. I am at a loss. Any ideas?
In addition to my first post, i debugged ISPC. Debugging ISPConfig SLAVE output: 20.02.2020-07:00 - DEBUG - Calling function 'check_phpini_changes' from plugin 'webserver_plugin' raised by action 'server_plugins_loaded'. sh: /usr/sbin/sendmail: No such file or directory 20.02.2020-07:00 - DEBUG - Remove Lock: /usr/local/ispconfig/server/temp/.ispconfig_lock sh: /usr/sbin/sendmail: No such file or directory finished. Debugging ISPConfig SLAVE output with changes on MASTER: 20.02.2020-06:57 - DEBUG - Calling function 'check_phpini_changes' from plugin 'webserver_plugin' raised by action 'server_plugins_loaded'. sh: /usr/sbin/sendmail: No such file or directory 20.02.2020-06:57 - DEBUG - Found 2 changes, starting update process. sh: /usr/sbin/sendmail: No such file or directory 20.02.2020-06:57 - DEBUG - Replicated from master: REPLACE INTO `sys_ini` ... [...] sh: /usr/sbin/sendmail: No such file or directory 20.02.2020-06:57 - DEBUG - Processed datalog_id 316 sh: /usr/sbin/sendmail: No such file or directory 20.02.2020-06:57 - DEBUG - Replicated from master: REPLACE INTO `sys_ini` ... [...] sh: /usr/sbin/sendmail: No such file or directory 20.02.2020-06:57 - DEBUG - Processed datalog_id 317 sh: /usr/sbin/sendmail: No such file or directory 20.02.2020-06:57 - DEBUG - Remove Lock: /usr/local/ispconfig/server/temp/.ispconfig_lock sh: /usr/sbin/sendmail: No such file or directory finished. Debugging ISPConfig MASTER Server output: 20.02.2020-07:00 - DEBUG - Calling function 'check_phpini_changes' from plugin 'webserver_plugin' raised by action 'server_plugins_loaded'. sh: /usr/sbin/sendmail: No such file or directory 20.02.2020-07:00 - DEBUG - Remove Lock: /usr/local/ispconfig/server/temp/.ispconfig_lock sh: /usr/sbin/sendmail: No such file or directory finished.
Your logs immediately beg the question, what's wrong with /usr/sbin/sendmail? This is ought to be a sendmail-compatible MTA installed by Postfix, I think, which is the default for a regular ISPConfig configuration. Thus, I'd suspect that either Postfix is not (correctly) installed, or not running, or possibly /usr/sbin/sendmail is not where it should be... How that affects the replication to the slave is really beyond me... my conjecture is that the script, at some point, 'needs' to send an email message, attempts to use the 'standard' /usr/sbin/sendmail, fails, and thus skips some steps on the rest of the script (namely, those that will do the synchronisation with the slave). As far as I can see, the ISPConfig scripts use the standard PHP mail() function to send its emails, so maybe you can take a look at the requirements for that function to work (the PHP.net pages for mail() also include a few test scripts to make sure that your mail configuration is fine).
Thank´s for your feedback! It is a multi server setup based on Debian 10. Postfix is not installed on master server nor on the slaves (web, dns, db) except on the mail server. It seems that the sendmail package is no longer installed on Debian 10 by default and must be installed and configured manually (except on the mail server). I will open another post on this topic. Thx
My experience is it never was. Debian installs exim e-mail server unless otherwise commanded during install.