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

Not microupdated PLESK 12.5.30

emperor

New Pleskian
HELP!!! I have a KVM
When you try to refresh the PLESK, does not load microupdate.
Always hang up on MU#3 and MG#14
 

Attachments

  • parallels-installation-log.txt
    134.5 KB · Views: 4
@emperor,

Your server does not connect to the Plesk repositories, leaving you with an update cycle in which the connection is being reset.

In essence, the issue is that the connection on the Plesk server is being closed before the content is being downloaded.

The behaviour, resulting in a connection shutdown, can be present on the Plesk server OR the remote server.

In general, we can exclude the possibility that the remote server is causing the connection shutdown: after all, the Plesk repositories are and should be "open".

Many causes for this behavior can exist, I will discuss some of them:

a) Firewall: make sure that your server does not block any traffic. To test this: just open the firewall completely once and if the problem persists, it is not the firewall.

b) MTU (Maximum Transmission Unit): the MTU size of packets can be changed, causing any problems. This often happens when having a VPN. Check the MTU size, it should be around 1500 bytes (if I am not mistaken). Also check the presence of a VPN. If the MTU size is ok and a VPN is absent, than the MTU is not the root cause of the problem.

c) Bugs: a well-known Linux kernel bug is related to window_scaling. The solution is to add the line "net.ipv4.tcp_window_scaling = 0" to /etc/sysctl.conf.

I sincerely hope that one of the above resolves your issues.

In general, you should contact your hosting provider, since the issue is very likely to be related to the configuration by the hosting provider.

In short, the fastest way to resolve this issue is to contact your hosting provider.

Hope the above helps!

Regards....
 
Back
Top