Search results

Correct, 2505080006 is the timestamp of the full backup and 2505130006 of the incremental. The full backups are those without an additional timestamp, for example backup_2505080006.tar.

Tired of infrastructure complexity? Join the WebPros Cloud Pilot Program Today!  WebPros Cloud is designed for partners who want to offer products like Plesk, cPanel, WHMCS and WP Squared — without the complexity of managing the infrastructure. Our fully managed infrastructure platform gives...

Hello, @millerbln . The data of subdomains is present under the backup for the root domain names. Please try creating a manual backup copy from Subscriptions > example.com > Backup & Restore > Backup Up and make sure that "Exclude log files" is not disable and there are no files specified under...

Hello, @WhiteTiger . Source: So, in your case 8th of May, 2025, 00:06 AM

Thank you. Does the issue happen only for scheduled backups, please? If you attempt to manually create a backup does it also return the same warning? Could you also execute:

Hello, @Fran Silva . I am afraid, I unable to get a clear idea of what the issue is, sorry. Plesk Migrator should move the applications (be it WordPress or a custom PHP application) exactly as they are on the destination server. It is not supposed to install/un-install anything. I am assuming...

Thanks. Can you please check the dumpresult_WARNINGS file and let us know if there's any additional warning/error present there?

Hello, Lucas. Port 8447 might be filtered. Please test it with: If the output is filtered or closed, please make sure that the port in open locally on the server and by the server provider (if there's additional firewall)?

Thank you. Unfortunately, I cannot see any specific warnings or errors in the log file in order to attempt to identify the reason for the issue. Could you please execute the following command on the server:

Hello, @papahausa . Could you please temporarily enable Plesk debug mode, reproduce the issue, and let us know what's logged under /var/log/plesk/PMM/ backup-<YYYY-MM-DD-hh-mm-ss-nnn> /backup.log? Thank you in advance.

I see. Apologies for the misunderstanding. If you want to allow traffic to ports 80, 443, 8880, and 8443 only through Cloudflare IP addresses, the setup looks fine to me.

Perhaps this thread could helpful.

Thank you for the confirmation. That's not a normal behavior if you haven't attempted to issue a new certificate. Please click on the "Cancel" button. If the issue re-occurs again, kindly enable Plesk debug mode ,reproduce the issue, and let us know what's being logged at...

Sorry, I might have completely misunderstood your inquiry. Regarding the above statement - is that a requirement in your setup or this is an issue you are experiencing?

@kestendi , the error you are encountering during repair is most likely related to a missing library libPocoFoundation.so.94. Please try:

If the said firewall is set to only allow Cloudflare IPs on 80/443, then all other IPs (including the one you tested from) would see those ports as filtered.

Please try running the following command: If after that the output is still filtered, please double-check with the server provider if there is additional firewall applied on their end.

Hello, @CL4Y . Could you please execute the following command and confirm if you get an output such as filtered or closed:

Hello, @Boyd Edmondson . Thank you for your report. I have tested that with two password manager and the issue only persists with Norton. I will consult with our team, however, considering the issue appears only with that particular password manager it most likely will not be recognized as bug...

Kindly check my reply here, if you get a similar output as the user from the thread. Then the issue is related to a registered bug with ID #PPPM-14437.