ISPC Monitor doesn´t refresh slave information

Discussion in 'Installation/Configuration' started by mbsouth, Feb 20, 2020.

  1. mbsouth

    mbsouth Member

    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?
     
  2. mbsouth

    mbsouth Member

    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.


     
  3. Gwyneth Llewelyn

    Gwyneth Llewelyn New Member

    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).
     
  4. mbsouth

    mbsouth Member

    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
     
  5. Taleman

    Taleman Well-Known Member HowtoForge Supporter

    My experience is it never was. Debian installs exim e-mail server unless otherwise commanded during install.
     
  6. mbsouth

    mbsouth Member

    Yes you are right, it is / was Exim.
     

Share This Page