If this is your first visit, be sure to
check out the FAQ by clicking the
link above. You may have to register
before you can post: click the register link above to proceed. To start viewing messages,
select the forum that you want to visit from the selection below.
You have done a great job digging into it. Unfortunately, screenshots size is to low to read it properly. Anyway, after guessing I believe they are all about hitting the IO limits. And most of them happened with the wp-admin/update.php . The limit of 1Mb/s seems is not enough during some updates or uploads, especially if websites have some other plugins installed.
I would suggest increasing the IO limit to 2Mb/s for the default package.
EP stands for Entry Processes limit, in very short they are concurrent connections to PHP. From the screenshot you provided they are not happening on your server, the faults are related only to IO. It's formatting-related IO (A | L | F ).
For IO it still says during WordPress plugin upgrade it's hitting the limit and the reason is well explained - the disk operations are extensive. Nothing wrong here, CloudLinux is perfectly doing its job - it limits those processes that are overusing the IO speed. Do you mean that SAAS drives are NVMe? If so then definitely you may increase IO limit even more (to 40M/s), or even make it unlimited.
If this were your server what would you set all the settings at? The default settings keep hitting limits and I do have a lot of power under the hood on these servers that I can use.
The issue is actually not an issue at all. The users are hitting Input-Output limits during the highly intensive disk operations (Wordpress update). You should not comply with all the faults, they are normal in this case.
The specifications you have sent are related to regular drives, if I were you I would keep IO limit at 20MB/s. The power of CloudLinux is to prevent one user from overloading a server while those drives could be a bottleneck in the future.
Comment