Try going into your domlogs directory and take a look at a file called yourdomain.com, that should show the filenames.
| SitePoint Sponsor |
Try going into your domlogs directory and take a look at a file called yourdomain.com, that should show the filenames.
- Nathan
Well I just looked through a few hours from yesterday and didn't see any pages that had a status error other than 200.
Basically what I'm trying to conclude is whether or not the server serves the pages. The possible breaking points are:
a) Client side. Probably not likely since it happens for more than one person
b) Datacenter. Is the DC just not transfering the packets properly? Mis-configured router? Weird hardware firewalls?
c) Server. Is the server not sending packets properly? Weird software firewalls?
d) Apache. Is Apache just acting up? (Ideal case.)
It's not a matter of status codes, because if it's a/b/c, then Apache would be sending the responses as 200's.
So the only way I can think of to determine if it's Apache or not is to see if the pages are actually requested when you receive the error. That's what I've been trying to conclude through my last 10 posts.
- Nathan
Alright, so next time I get the error check the logs to see if it was recorded? If it isn't recorded what can I do?
Precisely. Check to see if your IP address is in the logs at the time of the error (and that it's associated with the right page).Originally Posted by GoldFire
Post back with whether or not it's there.
- Nathan
Okay, I just got the error page and it showed up in the logs.
Okay, that's a start.
Now, do you know if your server providor has a firewall on either the software or hardware level?
- Nathan
I have some software installed that scans the system for things like rootkits and failed services.
Hmm, that shouldn't do anything. Do trace routes work?
- Nathan
Not sure, how do I check?
traceroute IP (on *nix)
tracert IP (on Windows)
Clustered CloudLinux Hosting | WordPress Hosting | Advanced Antispam | Managed Xen VPS
in US West coast and Asia-Pacific datacenters
Contact us now on Twitter @vietnap
Yes, it worked. Do you need to see the results?
There's no time outs? Try it a few times, see if you ever hit a timeout (because if your failure case is every once in a while, so would your tracert failure case).
- Nathan
I have run about 10 - 15 so far, havn't gotten a timeout. If I do get one, what does it mean?
If you get one, paste the log in so we can see where the break is.
- Nathan
Okay, I will keep trying. So far I have run it about 50 times and haven't gotten any timeouts.
So any ideas? I ran it a few hundred times and never got a timeout.
And you still get errors in your browser?
Sounds like it's Apache (or the browser itself). Or you've got a PHP script that's going nuts, that'll cause a page cannot be displayed as well.
- Nathan
Well I have tried in 3 different browsers and it isn't me, it is everyone. I have recompiled Apache, and it isn't on any specific page it is on every page even pages without PHP.
Run an Apache Benchmark (set it to do like 10,000) from both the server as well as your localhost. See if any fail.
- Nathan
Okay I did 10 just for a quick test before the 10,000 test and it had 6 failed out of 10.
Hmm, except I just ran 100 more and none of them failed. I will run 10,000 in a moment and post the results when it is done.
Well I disabled mmcache and then ran 5000 with apache benmark and got 0 failures this time. But then either after running another 5000 or so it starts to slow down or after a few hours the page cannot be displayed pages start showing again until I do a restart on Apache from WHM.
Starts to slow down? Hmm... perhaps your server is just experiencing high loads? What kind of server is it? 5,000 pages isn't that much. How many concurrent pages did you set it to?
- Nathan
I guess I had it on the default. My command was:
ab -n 5000 http://eternalkingdoms.com:80/test_find.php
Also, my load has been peaking around 1.5 out of 4 cpus, so I can't see that being it.
Posting Permissions
Bookmarks