How to restore corrupted Plesk permissions and ownerships

Refers to:

  • Plesk 11.0 for Linux
  • Plesk 11.5 for Linux
  • Plesk 12.0 for Linux
  • Plesk 10.x and below for Linux

Created:

2016-11-16 12:40:35 UTC

Modified:

2017-02-08 11:40:36 UTC

1

Was this article helpful?


Have more questions?

Submit a request

How to restore corrupted Plesk permissions and ownerships

Question

I have accidentally run the chown and chmod commands on Plesk installation directory. How do I restore the permissions and ownerships to what they are supposed to be?

Answer

In general ownerships and permissions can be restored using this article:

113989 How to restore permissions and ownerships for system files and folders to default

But if you modified them for some specific packages only, you may speed up the commands used there. For instance, if you modified only PP installation directory, you may run these commands in order to bring everything back to order:

Permissions and ownerships can be reset to their default settings using the following commands:

for p in $(rpm -qa | grep plesk); do rpm --setugids $p; done
for p in $(rpm -qa | grep psa); do rpm --setugids $p; done
for p in $(rpm -qa | grep plesk); do rpm --setperms $p; done
for p in $(rpm -qa | grep psa); do rpm --setperms $p; done

Note : The order in which you execute the commands is important. When changing permissions and ownerships on files, always change the ownerships first, and then the permissions. Otherwise, if the files have a SUID bit set, for example, it (the bit set) may get cleared.

Note 2 : In some cases, even after running the above commands, the ownerships for some files or folders may still be incorrect. Make sure you check these lists:

/usr/local/psa/version
/etc/psa/.psa.shadow
/usr/local/psa/admin/sbin/

You can also verify the correctness of the ownerships you have reset by comparing them with those on a working server.

Additional Information

Sometimes Mailman still fails to work after applying the above solution. You may see these messages in the maillog:

Jul 12 00:37:23 159 qmail: 1342049843.229677 delivery 3: deferral: Uh-oh:_.qmail_file_is_writable._(#4.7.0)/
Jul 12 00:37:23 159 qmail: 1342049843.229737 status: local 4/10 remote 1/20

There are 3 possible ways of resolving it:

  1. Run following set of commands:

    rpm --setugids mailman-<INSTALLED_VERSION>
    rpm --setperms mailman-<INSTALLED_VERSION>

    Replace <INSTALLED_VERSION> with the actual version of Mailman package installed on your server.

  2. Try to switch mail provider to Postfix and check if the behavior changes.

  3. Try uninstalling Mailman (Warning: this will lead to loss of all configuration), install it back and configure it anew.

    In case all those action do not help, make sure your Plesk Panel installation is up-to-date. Update it if necessary.

Have more questions? Submit a request
Please sign in to leave a comment.