• 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.

[Account::getPassword] can't decrypt password to be plain.

D

Drowned

Guest
I'm trying to migrate from WHM 11.11.0 cPanel 11.15.0-R17853
to Plesk 8.2 but I keep getting this error on each database it tries to move:

Execution of /usr/local/psa/admin/plib/api-cli/database.php --update {databasename} -update_user {username} -add-access localhost failed with return code 1.
Stderr is Unable to update database user properties: Internal error: [Account::getPassword] can't decrypt password to be plain.

Anybody know a way to fix this issue?

Thanks :)
 
i encountered this problem when migrating from ensim pro, the problem lied in the fact that the mysql user was linked to more than one database, this was supported in ensim, but in plesk you can only have 1 database linked to a mysql user

so check this on your source server... i had to import the mysql databases manually for these accounts after migration
 
After some testing I noticed the databases were being copied but the passwords didn't work. I simply had to update the password on the Plesk control panel and the problem was fixed. This updated Plesks's password database with the password it couldn't get from the transfer.
 
Back
Top