21 Jan 2011, 04:38
Wrote a monitoring script which checks the load every 15 sec. It will kill the offending daemon if the load is higher, than 8. Let's see if it helps ...
If you would like to use search functions, view hidden archives or play games, please consider registering.
No activation mail? (Gmail is known for that) Please contact me directly!
Aliexpress Summer Mega Sale! From Jun 16 to Jun 25! Grab your discount coupons here!!!
Like Ra's Naughty Forum
›
Technical section
›
Site
Site performance, Server errors, outages and tunings
Site performance, Server errors, outages and tunings
|
Site performance, Server errors, outages and tunings
|
 
21 Jan 2011, 09:17
For the whole yesterday I got a "account suspended" message from this address. I thought at least a warning was said about the earlier discussion. But now I guess it wasn't a complaint but something technical really?
21 Jan 2011, 14:19
Yeah, it was the overload I mentioned in the blog and here. You got the message yesterday because the old IP was cached, the site was up on a new IP a day before.
Anyway, the script works. Still not sure what the actual problem was/is. Probably a hogged resource.
21 Jan 2011, 22:28
The script works (kills processes) quite effectively. I did not have to reboot the server since yesterday.
I do not understand what periodically causes the enormous load, but it's not the network traffic. Probably the shared resources. Most likely disk. During one of those blackouts when the load jumped to 30 the disk was 100% busy. Blocked "write" mysql queries?
22 Jan 2011, 01:44
Connection persistence was set to On in php.ini. Let's see if setting it to Off will help.
22 Jan 2011, 12:25
No, neither of the above helped. But! I hada closer look at httpd.conf and figure out that the settings that the hoster uses by default are more than strange. Changed. Waiting for the results now.
22 Jan 2011, 15:24
The blog is utterly broken. I do not exclude a DoS attack as a possibility, though.
Reinstalling WordPress ATM.
22 Jan 2011, 17:10
Hm. Have you looked at mysql Slow Queries log? Also, you can change mysql engine for some tables to MEMORY - it will make them fast, but not persistent across reboots. I think, that it can be done, for example, for forum sessions and shoutbox, or something along that.
And, in my experience, switching from Apache to Nginx with PHP in FastCGI mode can improve speed. But complexity of this setup may vary greatly. |
|
« Next Oldest | Next Newest »
|
| Possibly Related Threads… | |||||
| Thread | Author | Replies | Views | Last Post | |
| An interesting read for site admins | Max515 | 4 | 374 |
10 Jun 2025, 17:04 Last Post: Zooy |
|
| Site reviews | Like Ra | 6 | 336 |
12 Feb 2025, 00:49 Last Post: Like Ra |
|
| Site access blocked from some public places | Like Ra | 11 | 5,543 |
07 Apr 2024, 01:18 Last Post: Like Ra |
|
| Site rendering on Apple devices | Like Ra | 85 | 14,642 |
13 Aug 2023, 17:25 Last Post: Like Ra |
|
| How to improve the site navigation | Like Ra | 10 | 7,501 |
03 Aug 2023, 23:27 Last Post: Like Ra |
|
