On October 19, 2021, we have enabled single-sign-on for our Plesk Support Center to provide a seamless login/account experience. This implies that you’ll be able to use a single account across any of our web-facing properties.
If you had already registered your account at MyPlesk.com/Plesk360/Platform360 please use one for login. Otherwise please re-register it using the same email address as your existing Zendesk login (support account). It’s essential that you use the same email address on our support center to ensure that your tickets stay attached to the same account.

Plesk for Linux services logs and configuration files

Follow

Comments

26 comments

  • Avatar
    NEO NEWCHANNEL

    Παρ' όλα αυτά, σύμφωνα με το παρακάτω link: https://intodns.com/newchannel.gr, παρατηρούμε ότι πιθανόν να υπάρχει κάποιο πρόβλημα στην DNS υπηρεσία του server σας.
    Προτείνουμε να ελέγξετε τα logs της DNS υπηρεσίας σύμφωνα με το παρακάτω σύνδεσμο:https://support.plesk.com/hc/en-us/articles/213403509#bind
    Επίσης, μπορείτε να δοκιμάσετε και μία επανεκκίνηση στις υπηρεσίες του server σας και να ελέγξετε τα logs του server.
    Περισσότερες πληροφορίες για τα logs του server μπορείτε να βρείτε στον παρακάτω σύνδεσμο:
    https://support.plesk.com/hc/en-us/articles/213403509#plesk

     

    0
    Comment actions Permalink
  • Avatar
    Vitaly Zhidkov

    @NEO, in case you need technical support please feel free to submit ticket at plesk.com/support

    0
    Comment actions Permalink
  • Avatar
    Unknown User

    How to disable Apache log file on hi load server, ?
    Plesk onyx and centos7

    0
    Comment actions Permalink
  • Avatar
    Tony Parry

    You may want to add the following command to the article which is extremely useful when troubleshooting Plesk issues.

    View all Plesk logs in a real-time tail.

    plesk log --all

    0
    Comment actions Permalink
  • Avatar
    Andrey Ivanov

    Hello Tony,

    Thank you for your suggestion. This article provides information about location of configurations and logs of the main services only. As for "plesk log --all" command, this mentioned in our documentation.

    0
    Comment actions Permalink
  • Avatar
    TurnKeyWebsites

    dovecot documentation incorrect:

    /etc/rc.d/init.d/dovecot restart
    -bash: /etc/rc.d/init.d/dovecot: No such file or directory

    0
    Comment actions Permalink
  • Avatar
    Yulia Plokhotnikova

    Hello @TurnKeyWebsite

    Thanks for your feedback. The command is valid for CentOs 5 only, so we edited it to the more commonly used format.

    0
    Comment actions Permalink
  • Avatar
    TurnKeyWebsites

    dovecot documentation STILL incorrect:

      • Logs can be found using the /usr/sbin/dovecot log find command

    This statement makes no sense – I see nothing in here about finding logs

    /usr/sbin/dovecot --help

    Usage: dovecot [-F] [-c <config file>] [-p] [-n] [-a] [--help] [--version]

    [--build-options] [--hostdomain] [reload] [stop]

     

    Dovecot repeatedly stops sending email with no errors. Having access to the logs would be helpful

     

      • /etc/sysconfig/dovecot

    The directory /etc/sysconfig does not exist!

     

    0
    Comment actions Permalink
  • Avatar
    UFHH01 (Edited )
    since the Plesk Let's Encrypt Extension v2.0.3
     
    Changes
     
    2.0.3 (13 April 2017)
    • The extension now logs its communication with the Let's Encrypt servers in the "panel.log". This enables better troubleshooting when there are some issues with requesting a certificate.

     

    Pls. update/upgrade your extensions and afterwards, pls. repeat your steps and investigate possible issues/errors/problems in your "panel.log".
    0
    Comment actions Permalink
  • Avatar
    Andrey Ivanov

    Hello TurnKeyWebsites,

    1. As for the following command:

    /usr/sbin/dovecot log find

    I checked the on different Plesk and OS versions but could not reproduce behaviour that you reported. Would you mind to clarify what OS and Plesk version are you using?

    2. /etc/sysconfig/dovecot file can be found on CentOS/RHEL OSes. The article was modified accordingly.

    0
    Comment actions Permalink
  • Avatar
    Klemen Balantič

    Hello, 

    I would like to change collectd interval time.

    On top of /etc/sw-collectd/collectd.conf are comments:

    #ATTENTION!
    #
    #DO NOT MODIFY THIS FILE BECAUSE IT WAS GENERATED AUTOMATICALLY,
    #SO ALL YOUR CHANGES WILL BE LOST THE NEXT TIME THE FILE IS GENERATED.

    So my question is what is the correct way to change collectd config (Interval)?

     

    0
    Comment actions Permalink
  • Avatar
    Konstantin Annikov

    Hello, 

    You can check this documentation page: 

    https://docs.plesk.com/en-US/onyx/administrator-guide/statistics-and-monitoring/server-health-monitor/configuring-alarms-trends-and-email-notifications.68893/

    Here you can find how to change configuration of Health Monitor. 

     

    0
    Comment actions Permalink
  • Avatar
    Klemen Balantič

    @Konstantin Annikov 

    thanks for your answer. I already changed configuration of Health Monitor but collectd process interval is still set to 300. Even if I uninstall Healt Monitor, collectd process is still executed every 300 seconds.

    Does anybody know how to change this interval?

    0
    Comment actions Permalink
  • Avatar
    Konstantin Annikov (Edited )

    @Klemen Balantič


    Oh, I see. 

    In case you need to change collectd interval, the only way is to edit /etc/sw-collectd/collectd.conf file, as you mentioned. 

    But it could be rewritten during installing Plesk updates (in case Health Monitor will be updated to a new version). So, the only workaround I can suggest is to create a cron task to keep the file modified. For example, the task from the screenshot can be used.(/etc/sw-collectd/collectd.conf.modified is the file with modified interval value)

     

    0
    Comment actions Permalink
  • Avatar
    b_p

    The details for Mailman are not fully valid for Plesk Onyx 17.5: The file <apache-conf-dir>/conf.d/mailman.conf does not exist (any more?). It seems that everything related to mailman is only defined in <apache-conf-dir>/plesk.conf.d/server.conf.

    Besides that, Ubuntu users do not find Apache configuration files under /etc/httpd/... but under /etc/apache2/...

    0
    Comment actions Permalink
  • Avatar
    Nikolay Zhmuk

    @b_p 

    > It seems that everything related to mailman is only defined in <apache-conf-dir>/plesk.conf.d/server.conf.

    That is correct, even removal of mailman.conf does not breaks Mailman web interface. I have updated the article. Thank you for the input.

    0
    Comment actions Permalink
  • Avatar
    Nadir Latif (Edited )

    Different Php Fpm versions have different locations for the process id file. The Watch Dog settings for Php Fpm do not allow setting the path to the Php Fpm process id file. It would be useful to have this feature.

    Currently we have to edit the Monit configuration file in order to set the path to the Php Fpm process id file. But this is not a good solution since updates to the Plesk Watchdog may overwrite the configuration changes

    0
    Comment actions Permalink
  • Avatar
    Konstantin Annikov (Edited )

    Hello @Nadir, 

    As I understand, you are talking about custom Watchdog configuration to track several php-fpm handlers provided by Plesk. This solution is described in the following article:

    https://support.plesk.com/hc/en-us/articles/115000584394-How-to-monitor-PHP-FPM-application-provided-Plesk-using-Watchdog-

    So, there is a workaround for that. If you think that this feature should be implemented in Plesk's watchdog extension, please create a request for it at our uservoice portal: 

    https://plesk.uservoice.com/

    0
    Comment actions Permalink
  • Avatar
    Maghreb Services SARL

    Since at least Plesk 17.8.11, the installer logs seem to be in:

    /var/log/plesk/install

    rather than:

    /var/log/plesk/installer
    0
    Comment actions Permalink
  • Avatar
    Alisa Kasyanova

    @Maghreb Services SARL
    You are absolutely right, thank you for pointing this out. I have changed the article accordingly.

    0
    Comment actions Permalink
  • Avatar
    TomBob

    You're missing the ftp_tls.log :-)

    0
    Comment actions Permalink
  • Avatar
    Anton Maslov

    Not anymore :) Thank you for showing!

    0
    Comment actions Permalink
  • Avatar
    Dave Walsh

    Greets,

    On CentOS8 clean install, I dont see /tmp/autoinstaller3.log for plesk install. The log /var/log/plesk/install/autoinstaller3.log is present

    Rgds

    Dave_W

    0
    Comment actions Permalink
  • Avatar
    Ehud Ziegelman

    Hi Leonid Gukhman,

    Thanks for the article!


    IMHO, this article provides only the first out of two steps, Plesk users require.

    The article currently state what is the higher level log file, however still does not instruct how to investigate the findings in the higher level log file, which for themselves, are not innformative enough, to allow a solution for a probelm found.

    For example the Plesk domain log showed:

    (104)Connection reset by peer: AH01075: Error dispatching request to : (passing brigade to output filters)

     

    The error log shows for this IP:

    [Wed Apr 14 10:35:23.407270 2021] [proxy_fcgi:error] [pid 30656] (104)Connection reset by peer: [client 193.0.155.222:41222] AH01075: Error dispatching request to : (passing brigade to output filters)
    [Wed Apr 14 10:37:58.405757 2021] [proxy_fcgi:error] [pid 30659] (104)Connection reset by peer: [client 193.0.155.222:41264] AH01075: Error dispatching request to : (passing brigade to output filters)
    [Wed Apr 14 10:38:11.676395 2021] [proxy_fcgi:error] [pid 17919] (104)Connection reset by peer: [client 193.0.155.222:41268] AH01075: Error dispatching request to : (passing brigade to output filters)
    [Wed Apr 14 11:07:21.687034 2021] [proxy_fcgi:error] [pid 31175] (104)Connection reset by peer: [client 193.0.155.222:41434] AH01075: Error dispatching request to : (passing brigade to output filters)

     

    But, at this stage, there is a lack of explaination how to continue digging, possibly at the Kernel log, possibly using a CLI as:

    # dmesg | grep -i something

     

    Can you please elaborate?

     

    1
    Comment actions Permalink
  • Avatar
    Leonid Gukhman (Edited )

    @Ehud Ziegelman

    Note that the article is related to Plesk services only, and merely provides a list of logs/configuration files, which is also stated in the beginning. Any further troubleshooting should be performed independently, particularly errors found in the logs listed here can be used to search for solutions in our Knowledge base. Operation System logs, including system/messages, or dmesg, belong to the administrative tools. Interpretation of the information found in these can be found on the Internet, if not mentioned in our KB among the symptoms.

    0
    Comment actions Permalink

Please sign in to leave a comment.

Have more questions? Submit a request