I did some poking around in the suspension statistics, and there is definitely something going on. I see much higher resource limit suspension rates in this month compared to the last month. I have no idea what that “something” is (it might just be an anomaly in my data), but from what I’ve seen so far, I suspect that iFastNet may have changed something earlier this month which caused additional suspensions.
I’m currently trying to get in touch with the relevant people at iFastNet who can help me take a look at this from their end. But that’s a fairly small group of people, so this may take a bit longer than usual to fix. I’ll try to share updates when I learn more.
I’ve been harassed iFastNet to get more details about this issue, but I haven’t learned that much more useful this far. The resource limits are purposely shrouded in mystery, so I’m not surprised, but I am sorry that I’m not able to provide a more detailed post mortem like I usually try to do.
Got suspended again today for entry process limits exceeded.
Checked my website stats. Nothing.
More phantom suspensions.
Guess someone else is using up all the resources and then all of us get punished.
Good thing I cloned the site to another company which has had zero downtime this month.
I see your account had a small entry process usage spike on the 23rd, and a massive one on the 28th.
Note that these graphs may be calculated at the end of the day, while daily usage suspensions may already occur earlier in the day, if you hit the limits of that particular day.
So I think the graph was incorrect, not the suspension.
Also, did you actually try to send traffic to this other company? Uploading a few files and database tables to an account doesn’t cause too much load. Actually hitting it with production traffic could.
The real problem is that the entire resource limit system is a black box. I have no idea what happens inside of it because iFastNet won’t tell anyone, including me, what’s in the black box, and I haven’t been able to collect enough information about it to figure it out for myself (reverse engineering it of sorts). So all I can come clean about is that I don’t know anything for certain about any of this.
Is the black box working as intended for your account? I don’t know! I don’t know what goes into the black box and what should come out of the black box. All I know for certain is that your account was suspended for high resource usage.
If, out of nowhere, a dozen people come in at the same day and say the suspension system is broken, then something probably changed and now the system is probably broken.
But if one person says the resource limit is broken and nobody else reports any notable issues, that’s not a particularly strong indicator that something is broken. And I can’t exactly go complain to a system engineer and say they broke something because of a single complaint from a single person with no verifiable evidence that the calculation is in fact wrong.
So, unless you can find some data that all the IO suspension, CPU suspension and EP suspension are all clearly and provably wrong, I can’t do anything else to help you.
A “maintenance mode page” doesn’t mean that the CPU consumption of the page is low. You could create a page which says the site is under maintenance and subsequently tries to mine bitcoins on the server. Content does not cause high CPU usage, code does. And your “maintenance page” is using WordPress, and WordPress can definitely use a lot of CPU power depending on how it’s configured.
I also checked your suspension history and it appears that your website was suspended for high entry process usage. Entry process usage is primarily affected by website traffic. So your website must be getting quite some traffic, especially to PHP pages, or you would not be hitting that limit.
So you’ve got a potentially substantial amount of traffic (for free hosting at least) with a potentially quite resource hungry software. And if that’s the case, it’s not exactly surprising that you’re hitting resource limits.
If your maintenance mode page is static HTML, then this would be cause for concern. But you’re using a big application to serve the page, so whether it’s a maintenance mode page, blog or information website doesn’t matter in the slightest.
As a hypothetical example of a script that generates high server load. It’s not an accusation. I haven’t looked at the contents of your website in detail.
If you could please read my previous message past the first two sentences, you would see that traffic doesn’t fully explain server load.
And I’m not sure what kind of statistics you’re looking to post, but remember that server access logs and analytics metrics can vary. Some visitors (esp. bots) may cause your PHP code to execute but not trigger your analytics code. So the server may record more traffic than your analytics. Analytics systems are useful tools to learn how people interact with your website. They do not tell you anything about server load.
My static, 0-traffic, non-wordpress site (which used like 6 html and a couple css files was also suspended. Any way to fix it and get it back up now that I read that some of the stuff is fixed or is it done and I have to move hosting?
I checked your account, and I don’t see any record of any suspensions having occurred on it. I don’t know what you can see that makes you believe that your account was suspended, but I can tell you that this information is not correct.
If you’re still having trouble with your account, can you please create a new topic and describe the issue there?