Stuck with ‘Internal error: Account :: getPassword cannot decrypt password to be plain’? We can help you.
Generally, This error occurs when we try to import/export a database dump in Plesk.
Here at Bobcares, we handle similar errors for our customers using Plesk as a part of our Server Management Services.
Today let’s see what causes this error and how our Support Engineers fix this.
How to fix ‘Internal error: Account :: getPassword cannot decrypt password to be plain’
Before going into the steps to fix this error we will see how this error looks like and what causes it.
The typical error message is given below:
This will be seen when we migrate a domain from non-Plesk hosting. As a result, the website stops working and shows ‘Error establishing database connection’.
Further, we can see the following errors from the log /usr/local/psa/admin/logs/panel.log when we enable the debug mode:
ERR [panel] Task failed: id=130, pid=111288, type=database-download, error=Internal error: [Account::getPassword] cannot decrypt password to be plain. DEBUG [panel] PleskFatalException: Internal error: [Account::getPassword] cannot decrypt password to be plain. file: /usr/local/psa/admin/plib/Account.php line: 73 ...
Likewise, we can see this error when the password of the domain database user is encrypted:
# plesk db "select * from db_users where login=bob;" +-----+-----------------+------------+-------+--------+--------+--------------+--------+-------------+-----------+ | id | login | account_id | db_id | status | dom_id | db_server_id | passwd | external_id | role | +-----+-----------------+------------+-------+--------+--------+--------------+--------+-------------+-----------+ | 10 | bob | 15 | 0 | normal | 12 | 1 | | NULL | readWrite | +-----+-----------------+------------+-------+--------+--------+--------------+--------+-------------+-----------+ # plesk db "select * from accounts where id='15';" +-----+-------+-------------------------------------------+ | id | type | password | +-----+-------+-------------------------------------------+ | 15 | crypt | *ED642519186D3D29C6089E1D01B592D76B1EEC12 | +-----+-------+-------------------------------------------+
Main Cause of this Error:
This was a product issue and was fixed in Plesk Obsidian. A database user whose password is encrypted cannot import and export the domain database.
Steps to fix this Error:
We can update Plesk via the Plesk interface or via the command-line interface to fix this issue.
Updation can be done in two ways:
- From Plesk
- From command-line interface
Using Plesk
We can update Plesk from the Plesk panel using the following steps:
1. Firstly, we must ensure that port 8447 is open in the firewall.
2. Then take Plesk and go to Tools & Settings.
3. From there click Updates and Upgrades.
4. After that, on the Upgrades page, click Update Components.
3. Finally, click Continue to begin the update procedure.
Using command-line interface
We can update Plesk via command-line interface using the following steps:
1. Firstly. Connect to Plesk server via SSH (Linux)/RDP (Windows Server).
2. And run Plesk Installer Update (on Windows Server, start a command prompt as an Administrator):
plesk installer update
During the update process, Plesk may go offline for some time, if updates require a Plesk restart However, the websites will stay online.
If a service component is going to be updated, its service will be restarted.
To find out what Plesk update is currently installed on the system, go to the Home page > System Overview.
Alternatively, execute the following command in a command-line interface:
plesk version
If update is not possible for some reason, we can try resetting the database user password:
We can do this using the following steps:
1. Firstly, log in to Plesk.
2. And go to Domains > example.com > Databases > User Management and click the user name.
3. Finally, update the password.
[Need assistance? We can help you!]
Conclusion
In short, we saw what causes ‘Internal error: [Account :: getPassword] cannot decrypt password to be plain’ along with the steps that our Support Engineers follow to fix this.
0 Comments