• Halloween is coming! To celebrate the occasion, we dusted off a couple of old skins, and even created a brand new one (Pixel).
    To get into the festive spirit, install the Skins extension.
  • The new Python extension is now available. It allows customers to deploy and manage WSGI-based Python applications on their websites directly from Plesk.
  • The Plesk Mobile apps for iOS and Android and the Plesk Mobile Center extension have been deprecated, and are no longer available for new installations. In Plesk Obsidian 18.0.84, the Plesk Mobile Center extension will be removed from servers during the upgrade, and the Plesk Mobile apps will lose their server management features.
  • The Social Login extension has been deprecated and will be removed in Plesk Obsidian 18.0.84. After that, it will no longer be possible to log in to Plesk with a Google, Facebook, GitHub account, or with a passkey. Plesk usernames and passwords, as well as logging in with a WebPros Account, are not affected.

ERROR 1920 - PERMISSIONS (installing 7.5.6 update 060502.17)

J

jrhe

Guest
During install of update 7.5.6 060502.17, the following error is received:

"Error 1920. Service 'PleskControlPanel' failed to start. Verify that you have sufficient privileges to start system services."

The options "Retry" and "Cancel" are offered. If we select retry, the error message reappears. If we select cancel, the installation is rolled back to 7.5.6 pre-update, and SmarterMail Enterprise Edition 3.3.x is de-registered back to "Free Edition". Fixing the SmarterMail again is a snap, but we can't seem to install the update, nor can we now start the Plesk control panel.

This is obviously a permissions error on a file or directory that the update install program is trying to access.

We have verified that PSAADM and PSASERV both have read/write permissions, and that PSACLN has read.

Anyone else have a better handle on the required permissions needed for starting up the Plesk Control Panel service, and for installing the update?

Other than the routine admin issues, the only anomaly we encountered was that DrWeb Cureit discovered a file infected with BackDoor.BitFrost lurking in one virtual FTP server's anonymous inbound file directory last week.
 
Back
Top