Search results

Thanks, @ChristophRo . I will double-check with our team and follow-up with more details.

Hello, @Maria Vittoria . It looks like port 8447 is filtered. Could you please make sure that the port in open locally on the server and by the server provider (if there's additional firewall)?

The ionCube version shipped with PHP 7.4 is 11.0.1, which as far as I am aware is the correct version corresponding to PHP 7.4. @LRob , please do correct me if I am wrong.

Tired of chasing clients or wasting hours on revisions? Join this live Sitejet Studio webinar to learn how other Plesk users are: Pitching and landing clients without paid ads Delivering projects 2x faster with templates + AI Earning recurring revenue through white-label hosting May 14 | 5–6...

Thank you for the update. I am referring to /usr/local/psa/admin/plib/DailyMaintainance/task-script.php. Here are more details on it. Could you please try running and let us know if that makes any difference:

@nethubonline , thank you for the confirmation the issue no longer persists. @Hangover2 , this is indeed quite an old bug. We have a case logged couple of years ago. It was recently brought up and reviewed by our engineers again. Unfortunately, due to its nature the solution is rather...

I am unable to reproduce the described behavior on a test Ubuntu 22.04 server with Plesk Obsidian 18.0.69: Without any additional details about the exact configuration on your server, any logs, and details on what tests you performed to come to the conclusion it is really difficult to help...

You can check all recent updates here. If you have any specific questions, please let us know.

Could everyone who experiences the issue enable Plesk debug mode, reproduce the issue and confirm what's the error they see?

Hello, @lema The statistics are being recalculated as part of the Plesk daily maintenance script. There is no known issue at this point related to the automatic statistics calculation, so I am guessing something is going wrong on the server. What I can suggest is to examine the /var/log/syslog...

Hello, @hardbrasil . Could you please try following this guide and change the IP address to the original one? When attempting to connect via SSH are you using the server hostname? If yes, please try directly with the second IP address.

@nethubonline thank you for the report. I attempted to reproduce the issue, however, I am unable to do so. The account and the user are not recreated on the destination server. Is there any specific in the configuration of the account/subscription? If not and if you have the option, could you...

Thank you, @chiris . I am not quite sure what's causing the issue in this particular case if the system is running on Plesk 18.0.69. I believe these warnings can be safely ignored. Still, if you have the option, please consider opening a ticket with Plesk support for an investigation of the...

Regarding: please try:

Thank you for the update. Could you please try replacing the GPG key with the following command: That should sort out the warning for our packages. Regarding Imunify360 Cloudlinux is aware and they are currently reworking their signature key. Therefore, the warnings can be safely ignored for now.

Support for ASP.NET 9 was introduced in Plesk Obsidian 18.0.66 for Windows environment. At this point, there are no plans on introducing support for it on Linux. As far as I am aware, it is not LTS yet. Nevertheless, if needed, you should be able to manually install it. As for your question...

@ChristophRo , the behavior is recognized as a bug identified with ID PPPM-14804. The investigation is currently ongoing. At this point, I cannot provide any ETA on when a fix should be expected. I will follow-up with more details as soon as possible.

Hello, there. PHP 8.1 is still supported and can be installed directly through Plesk. There's no need to add it manually. If you have done a manual installation, please try removing it and re-install it following the instructions linked above. If you are still experiencing issues afterward...

Hello, Lance. Have you tried running the repair utility:

@Kaspar , a case for re-working the behavior with the expanding/collapsing database card has been logged. The bug ID is PPPM-14940. Currently, I cannot provide an ETA. Thank you for reporting the issue.