Search results

Hi, there. Unfortunately, there's no option to completely disable the process. It is part of the Plesk Daily Maintenance task and specific process cannot be isolated. The only alternative I can suggest to partially disable it by setting "Web statistics" for the domain in question to "None"...

Thank you for the confirmation. In this case, @scsa20 initial suggestion is a good starting point to check for any additional details, errors/warnings

@garp , could you please confirm what exactly are you referring to by add-ons - Plesk extensions, additional components, or something else? Also, could you please provide us with step-by-step instructions on how exactly to replicate the reported error? @King555 , I am unable to replicate the...

Hello, @yaswaka . Could you please run the following command on your server to try obtaining more details: cat /var/log/messages* | grep drweb

@JogoVogo , this appears to be a local issue as our team is unable to replicate it on a test environment with Safari 26.1. Can you please try it in private mode on the browser?

@Maarten No, I don't think we have such bug registered, but I am also unable to replicate the behavior by adding a scheduled task to a subscription and then deleting the subscription. If you don't mind, please do open a bug report with the steps you performed to reproduce the issue. Thank you in...

It checks the integrity and structure of the file system - files/directories ownership and permissions of the domain name in question. Here's the documentation on this particular repair utility: Plesk Repair Utility: File System

Thank you for the confirmation. Are any of the domain names International Domain Names (IDN), i.e. containing letters with special characters?

The behavior was recognized as a bug identified with ID PPPM-15192. At this point, the only workaround I can suggest is to manually enable the module from Tools & Settings > Apache & Nginx Settings > Apache modules if the repair utility is ran. Our team will introduce a fix in one of the...

Hello, @mediengestalter . I am unable to replicate the reported issue by renaming a domain name, the Laravel application operates without issues. Could you please try running the repair utility for the domain name you are experiencing issues with: plesk repair fs domain.tld

@superfun2k23 , is DNSSEC configured for the domain names you are experiencing issues with? If not, please refer to the following docs: Configuring DNSSEC for a Domain

Hello, @superfun2k23 . Could you please try the resolution from the following article: https://support.plesk.com/hc/en-us/articles/12376969003415-Email-delivery-fails-5-7-1-Command-rejected

Thank you for sharing your feedback. The complaint about the notifications has been brought to Cloudlinux's end. I will follow-up with more details as soon as possible. Thank you for your patience in the meantime.

Hello, @Rabah . If the issue still persists, I would recommend getting in touch with our Customer Support team so they can take a further look. If necessary, they can involve CloudLinux: Contact Us - Plesk Support Will Help

mod_status was disabled on clean installations due to security reasons (it allows to view request details on neighbor sites). However, once it has been manually enabled, it should not be consequently disabled upon running the repair utility. I will double-check that further with our team and get...

Hello, @macadia . Thank you for the report. I was able to replicate the described behaviors after the subscription suspension and forwarded them to our team for further review.

Hello, Harm. Assuming that changing the shell to /bin/bash is not a desirable alternative, could you please try the first workaround from this article: https://support.plesk.com/hc/en-us/articles/12389146640791-Git-Deployment-actions-in-Plesk-are-not-executed-application-name-command-not-found

From what I understand, the MySQL SELinux package version 1.0.13-1 did not set a policy for /usr/sbin/mariadbd. Thus, in scope of PPPM-14846 what our team did was to set SElinux context for /usr/sbin/mariadbd on AlmaLinux 9. They also ensured that the SELinux policies provided by Plesk do not...

Thank you for the provided details. Our team recently published an article about this issue and the same is caused by a bug in MariaDB as their packages are not fully compatible with the system SELinux policy.. Please find the details and the workaround here...

@safemoon , I am unable to replicate the issue with the following query: curl -k -X DELETE -u root:pass -H "Accept: application/json" "https://plesk.example.com:8443/api/v2/domains/1"