Follow along with the video below to see how to install our site as a web app on your home screen.
Note: This feature may not be available in some browsers.
We value your experience with Plesk during 2025 Plesk strives to perform even better in 2026. To help us improve further, please answer a few questions about your experience with Plesk Obsidian 2025. Please take this short survey: https://survey.webpros.com/
On Plesk for Linux mod_status is disabled on upgrades to improve Apache security. This is a one-time operation that occurs during an upgrade. You can manually enable mod_status later if needed.
Hi, Peter.
So we've been trying to use these commands, but so far nothing jumps out as a definite issue.
We currently have pm.max_children set quite low for all accounts on the systems, so none of them seem to be spawning that many additional children. The site speeds don't seem affected from...
Hi,
Hello.
Yes - we have blocks for all xmlrpc files in place, and we install wordfence and very good caching on all wordpress sites.
Since after yesterday's morning spike we looked through all hosting accounts monitoring stats immediately after and none of them showed a spike, we're wondering...
While I was writing that last message, I happened to miss a spike on one server. It had already calmed back to normal by the time I was checking it, but out of curiosity I went through each and every subscription's CPU monitoring logs and not a single one registered anything out of the ordinary...
Regarding Cgroups - I checked just now and remember why it wasn't helping, at least from what I understand -
The minimum monitoring timeframe we can set in the Plesk dropdown for cgroups is 5m, and since these spikes seem to always ramp up to a cpu load of 30-60+ in a matter of 8-10 seconds...
Thanks everyone for the replies and suggestions. There's some in here we haven't tried yet.
We do have cgroups installed but Plesk says that there's a lot of limitations of what it can control, and apparently whatever the issue is must be one of those outside its scope. I'm going to double...
We don't install CMS's via Plesk, but rather directly via FTP so that it's not tied into Plesk settings.
But good idea to check on the crons. We're trying to implement WP Crontrol on all WP sites and will be making that standard moving forward to mitigate this.
Thanks for your suggestion.
Magestyx
Hi, Peter.
The particularly difficult part of this situation is that when the spikes happen, SSH becomes essentially nonfunctional like the rest of the server. Always being at totally random times and only happening every 12-72 hours, it's about impossible for us to be watching at the right...
In our case, there have been no noticeable increases in traffic of any kind that causes these.
The new CentOS 7 servers simply had sites migrated to them from CentOS 6 servers that were fine. So the same sites, just different OS and the latest plesk - and here come random inexplicable load...
Did anyone find a definitive cause/fix for this?
We have numerous new CentOS7 servers that run the latest Plesk. The previous servers had CentOS6 and this issue -never- happened. Now on CentOS7 all servers with WP sites have this issue. They'll randomly spike the server load from an average...
Anyone else have any suggestions here? Without a fix, webmail has big issues on all our servers. Horde can't send emails, and Roundcube is unusable on mobile.
Thanks,
kalinc
Hi, UFHH01.
I checked your first link originally - it was in the OP's post. I double-checked the issue with the 2nd link you posted isn't the issue either. The imapd.pem file looks totally fine and not corrupted. Any other ideas? It's a problem since Roundecube's webmail is not very mobile...
Any luck on this? After updating from Onyx 17 to 17.5 Horde was broken.
The Horde login fix above works and allows me to login again, but now trying to send gives the error as Amar mentioned.
The above fix edits the /usr/share/psa-horde/imp/config/backends.php file and changes the IMAP settings...
That is an idea we're considering. Just strange that Plesk 12 worked totally fine with the current FTP setup. I just thought since I saw so many people on here having backup errors that I thought our case might be more common, but perhaps not.
Thanks.
I only have access to the FTP itself - no configs. That's an interesting idea, though - I hadn't thought of that. Still, if that was the issue it seems it'd have happened prior to the 12.5 update, but at that point it was removing old backups fine. All the sites are the same or almost the...
I'm not 100% sure what the owner is, in FileZilla it just shows the Owner/Group as numbers. It's the same login/password and all settings in Plesk that I use for Filezilla so the logged in user is the same in any case. The FTP server is just a standard FTP, too - no special settings. All...
Correct. Everything else seems to work totally fine and I can setup new backups to the FTP and see backups that are already on the FTP. It is only those two errors happening and no old backups being removed is the problem.
I see lots of others are having backup/dump rotation issues but I've yet to see solutions. They were working fine on Plesk 12 and I've done no changes to my FTP backup system, so there has to be something going on with Plesk 12.5 . The identical issue is happening on all our Plesk servers...
Forgot to mention -
5. Unlock & Sync now also hangs (browser keeps waiting for response).
6. Trying to change Hosting Settings on an account hangs (browser keeps waiting for response).
Kalin
We have multiple servers on CentOS 6.5 running Plesk 12.0.18 Update #85 (last updated at June 8, 2016). Just this week we're noticing a number of identical issues on these systems, so it may be related to the latest update. Even our data center techs are stumped so we're looking for answers...
We're now confirming this new bug on multiple systems. The reason we found is that it's the suspected issue blocking one of our clients from their site at a single location.
I tried disabling certain jails, then all jails, but the issue remains. The 'Banned IP Addresses' tab simply will not...