• The new Python extension is now available. It allows customers to deploy and manage WSGI-based Python applications on their websites directly from Plesk.
  • Debian 11 has reached its end-of-life (vendor EOL date - August 31, 2026). Plesk Obsidian 18.0.81 is the last release to support it.
    If you are running Plesk Obsidian on Debian 11, we recommend you upgrade those servers to Debian 12 using our dist-upgrade tool.
  • We plan to deprecate and remove the support for XML RPC protocol versions earlier than 1.6.9.1 in Plesk Obsidian 18.0.82. We strongly recommend that you update all existing integrations using earlier versions of the XML RPC protocol to comply with the version 1.6.9.1 specification.

Cannot update licence key - "Key update already in progress"

S

sabbacus

Guest
Hello.
We cannot update our Plesk to use the new license key (from v. 0000 to 0001 i.e. the first license key update on this server).

If we try to update the license key using the license manager, we get the message
"Key update already in progress"

If we try to upload the license key manually, the system freezes (i.e. the page fades and the splash screen appears, but it never goes away, not even after 45 minutes).

The licenses that we upload manually are unzipped into /opt/psa/tmp and named "keyXXXXXX and contains a shell script. Thereafter, we dont know what happens, all we know is that the license is not installed.

We have restarted the Plesk system (using /etc/init.d/psa restart command) without success.

Also, we have restarted the server. This without success as well.

When trying to connect to your key server using Telnet, we get
--
customer4:~# telnet 64.131.90.38 5224
Trying 64.131.90.38...
Connected to 64.131.90.38.
Escape character is '^]'.
--
so we can connect to the server itself. The connection to the key server does not seem to be the issue.

Have anyone experienced this issue earlier and assist us on this matter?

Regards
Magnus
 
potential fix

For anyone who has come across this problem, this is how I've fixed this:

proceed with caution!

download the appropriate key from https://ka.parallels.com:2000 and upload it to the affected container
get a mysql prompt and delete key_history, and key_history_params from psa database
run the license script obtained from ka.parallels.com
restart the container
 
For anyone who has come across this problem, this is how I've fixed this:

proceed with caution!

download the appropriate key from https://ka.parallels.com:2000 and upload it to the affected container
get a mysql prompt and delete key_history, and key_history_params from psa database
run the license script obtained from ka.parallels.com
restart the container

you may want to take a mysql dump of the psa database before deleting anything :)
 
Back
Top