Blank Pages and No Response Thread

You dont know me said:
I pull up about 15 pages all at once with firefox; this is the only one that stalls or doesnt come up, so I'm not thinking its some widespread "internet problem".  I did hear about some "poisoned dns" hacking going on last week, so maybe we're unlucky enough to have been snagged by that and thats part of it.
No -- my last comment wasn't referring to blank pages, but to the very slow response last night, sometimes making sites inaccessible for several minutes at a time.

On the blank pages .. I read one comment elsewhere that on similarly configured servers, the first SQL query (after some period with no queries) would take a couple of seconds, while queries shortly after that would take just a few hundredths of a second.

Beyond that, I'm grasping at straws. Strangely, it never seems to hit me. I'd be interested in knowing if others using the same software have experienced the problem. I think BMJ has been trying to find out about that.  If not, then maybe switching to another server might be an idea.  (I'm sure BMJ has nothing better to do...)
 
Re: Couldn't access the discussion board

Nords said:
     Dory, on an unrelated & hypothetical topic, do you accept financial donations to maintain the board?  If so, what's an appropriate amount?  Roy Weitz over at FundAlarm suggests $18/year and several online magazines charge a few bucks a month.  And how do you prefer to receive the $$?  Again this is NOT a complaint or coercion or even a measly bribe...
I have a donation link on firecalc, on the results page. Over there, I suggest that the price of a beer or two is a suitable amount.

So sure - I'll accept a little help that way. But don't feel obligated in any way. .

Dory36


* -- fwiw, I received an email the other day asking if I would consider selling the site and forum. I declined. But if th You don't know me can't decide on a color, I might sell him off.
 
BTW, here is a chart of the past 24 hours of traffic on one of the backbones serving the data center we use. They switch to other providers when these things happen, but that has got to make things slower there.
 

Attachments

  • backbone.gif
    backbone.gif
    6.5 KB · Views: 28
You dont know me said:
Ah crap, i'm pink now.

Well, might as well keep complaining...it cant get any worse now, can it?

Hey Jim, like Dory, you also missed the "shirley" routine.

Maybe thats just me, my wife and I do that to each other almost daily.

You just cant get good 'help' anymore...

I like my new color okay. DW just bought a lounge for the deck which is very close to my forner color (on this site). I hate it! As soon as
she goes back to work, it is going to disappear, at least temporarily.

JG
 
Re: Couldn't access the discussion board

Nords said:
I wasn't able to bring up the board for extended periods last night (~6:30-7:30 PM HST)

Had the same problem at the same time as Nords. Running Firefox.

And, BTW, I just got a "Timed out while trying to contact early-retirement.org" message while trying to post this message...

REW, 7 (count 'em), 7 days to eR!!
 
You dont know me said:
Ah crap, i'm pink now.

Well, might as well keep complaining...it cant get any worse now, can it?
thYou dont know me and JG have gone into stealth mode, as befits witness protection program participants.
 
Re: Couldn't access the discussion board

REWanabe said:
Had the same problem at the same time as Nords.  Running Firefox.

And, BTW, I just got a "Timed out while trying to contact early-retirement.org" message while trying to post this message...

REW, 7 (count 'em), 7 days to eR!!
The data center asks for one diagnostic that will perhaps help... if you have a problem getting to the site, run "tracert" in a command window and either post or PM the results.

Based on the anecdotal info so far, it seems that the problems correlate to distance from the server.
 
th You dont know me,

Your stealth mode may actually revealing more information, rather than less. We now know you are white... :D

REW
 
There is a theory floating around the forum that supports the software we are running, suggesting that the feature that makes the forum more accessible to Google and other search engines also causes some other problems, possibly including the blank pages.

I am turning that feature off at least for a short while. Would those of you experiemcing the blank pages please let me know if you continue to see them over the next few days?

Thanks,

dory3n
 
dory 3n & BigMoneyJim,

As a daily reader and seldom poster, I haven't experienced the blank pages.

What I have been experiencing, albeit infrequently, when a new page loads, the font is very large and the "board background" (the blue boxes that hold the content) is missing. This just happened a minute ago. When I hit the 'refresh" key, the newly  refreshed page looks normal again.

omni
 
Fixed (:confused:)

The blank page/no load problems have dropped to near-zero since dory36 and I made a couple of settings changes.

There were 8 occurences of the problem on the 25th, none on the 26th and 3 so far today--in fact it just happened to me. With those odds I should go buy a lottery ticket.

Interesting: I just noticed that the occurences on the 25th were grouped: 6 within a minute of each other and 2 within a few seconds. The 3 today aren't grouped. (4 of the 6 grouped within a minute on the 25th were one person--must be a very fast reader!) I didn't notice any such groupings as being typical when the problem was regularly occuring.

Surely things are going better now.
 
So something you did reduced some sort of load that wasnt happy when it went over a threshold, so with the new lowered 'floor' we dont hit the threshold as often, or at all.

Did your change affect sporadic disk or network activity or both? It sure as heck cant be the CPU unless you're running this on one of those piece of crap AMD products.

Does GE make servers or routers? Even a GE network cable can ruin your day.

Hasnt happened to me since you made the change. Usually happened the first time I opened the browser for the day after booting up.
 
(warning: techie post)

Grand Banks said:
So something you did reduced some sort of load that wasnt happy when it went over a threshold, so with the new lowered 'floor' we dont hit the threshold as often, or at all.

Did your change affect sporadic disk or network activity or both?

The blanks weren't correlated with server load any event or entity, and there were no high load problems with CPU, disk or RAM. That's what has made it so difficult to diagnose. Last night (after the problem is apparently fixed) I compiled an hour-by-hour count of forum hits versus blank pages for the month. There is absolutely no correlation. The blank pages range from 0-7% of hits in any given hour and follow no pattern, but they do peak and fall off; sometimes they drop off rapidly. The peaks bear no resemblence with forum hit peaks or patterns and don't follow time of day.

One change was to change the links from search-engine-friendly back to the ones with a question mark in them. The other change about 4.5 hours later was disabling hostname lookups of users. (I'm not even sure why it does that; to support banning I guess.) There was an immediate dropoff of blank pages after the hostname lookups were disabled. As far as I know the hostname lookups aren't a trackable event, so I can't determine if the blanks were correlated with lookup failures or delays. (On second thought, if it's bothering to look it up it's probably stored in the forum database somewhere...I'll look.)

There were periods of time, up to a couple or few hours, that the blank pages wouldn't occur. (Randomly distributed; no pattern.) So I suppose it's possible we're just in a 2+ day period of extremely low blank occurrence. We're hoping it's a permanent fix, though.

It sure as heck cant be the CPU unless you're running this on one of those piece of crap AMD products.

I don't know what the box is, but it seems to be a well-built 2-processor system with plenty of ram and a nice disk system and not one of those cheapo desktop towers posing as a server that sell for under $99/month. The server hardware is just idly humming along, hardly noticing our 100,000+ hits per day (including graphics, css and code 304's--really about 15k-25k pageviews). I would guess it's dual-Xeon, but it could be PIII or Opteron.

What's wrong with AMD? I'd love an Opteron system if I needed the power, but since I'm looking at buying a web server I'll probably eventually buy the slowest new dual-proc available with tons of RAM, a hot-swappable RAID system and redundant power supplies.


Hey, YOU missed the "surely == Shirley" gag this time, and I even bolded "surely" for you!
 
And stop calling me Shirley!

Sorry, that was a pre-coffee post I made after getting up half an hour too early. 9:30 instead of 10:00.

I'm still stuck on the peaky thing...granted there wasnt an outright overload but something was going on that was causing the server to become unresponsive to a request...google 'siphoning' from the server would produce a load, and so would the user hostname check. So perhaps servicing one of those activities was a blocking event during which time the server s/w wont respond to a page request? Or possibly during two or more things going on that produced a stall? I've hit some web sites that appear to have a limit on the number of threads (processor, not forum) you could maintain with the server on a per user and overall basis before you'd get no response to an additional request.

AMD sucks. Their chips emit radiation that makes your weener shrink.

So does GE.

Surely anyone could see that.
 
Grand Banks said:
I'm still stuck on the peaky thing...granted there wasnt an outright overload but something was going on that was causing the server to become unresponsive to a request...google 'siphoning' from the server would produce a load, and so would the user hostname check. So perhaps servicing one of those activities was a blocking event during which time the server s/w wont respond to a page request? Or possibly during two or more things going on that produced a stall? I've hit some web sites that appear to have a limit on the number of threads (processor, not forum) you could maintain with the server on a per user and overall basis before you'd get no response to an additional request.

I also checked for correlation with user agent (i.e. Googlebot)...no correlation. I don't have a way to backcheck concurrent connections (which on a preforked server one process would serve each connection) but common sense would suggest busier hours were more likely to have more concurrent users, and there is no correlation with busier hours. Oh, by the way, all pages are served with Connection: close headers so the session closes as soon as the page is served. Also, I haven't seen any evidence of slow responses; Donner complained about slowness, but I interpreted that he meant waiting for the pages to timeout and then trying again was slow. The page either delivers instantly or times out with zero data sent from everything I've seen so far.

Another thing I don't have is stats for how busy other sites on the host were, but I doubt they were as ununiformly distributed as to effect the blank pages occurrences we had.

However I'm thinking along these lines which aren't far removed from yours: I think some hostname lookups were slow, and some timed out. Something about waiting for the lookups caused the connection to timeout or otherwise drop after sending the HTTP header. Perhaps the hostname lookups were taking up processes/threads and not releasing them to Apache to use for other requests?

EDIT insert: Oh, we know the process accepted the request, because a log entry is generated and HTTP headers are sent. It's closing the connection with a zero-length body and a success code. So I don't think process/thread shortages are our problem.

AMD sucks. Their chips emit radiation that makes your weener shrink.

I'm lovin' AMD so far for home use. I keep it lead shielded to protect my weener, though. Or sometimes I wear a lead jockstrap. My only concern for business desktop and server use is the thermal overload protection. I saw that video of the Athlon burning up where the Pentium IV just slowed down. Last I heard the AMDs have a shutdown circuit for overheating, but that takes the machine down completely. I don't know what the current AMD's have for thermal overload protection, but I'd want to find out before putting an AMD in a production environmnent. Other than that they're golden, and if nothing else they're keeping Intel's prices down and saved us from the Itanic nightmare.

Surely anyone could see that.

And stop calling me Shirley! :duh:

EDIT: Inserted a line above about server processes/threads.

EDIT 2: I updated the SMF support forum with my findings, and one of the developers suggested there was a segfault issue with some versions of Apache and PHP compiled under cPanel, but this server seems to be up to the latest stable releases, and I couldn't find such a problem searching with Google.
 
BigMoneyJim said:
I saw that video of the Athlon burning up where the Pentium IV just slowed down.

I wonder WHO could have come up with the idea for that video...?

Lead pants are no match for the sort of radiation coming from those AMD parts. At least you wont have to worry about the expense of having children in THIS lifetime. Or any interest in girls for that matter.

I never minded a competitor that matched up with me and made money. One that hurts my business and doesnt make any money doing it might be good for consumer prices, but I just cant respect it. AMDs almost reduced the cpu to a commodity priced part, which is interesting from a business perspective as in such an environment they had absolutely no chance of competing with Intel, Motorola or IBM...all far more efficient and cheaper manufacturing outfits with deeper pockets and far greater manufacturing capacity.

With higher revenues in the segment, do you think the chip maket would have been all about just making the parts faster (and hotter as a result), or do you think some better innovation, r&d and so forth might have come from it, admittedly paid for out of the consumers pocket? Hmm?

Back to the original thing...when it does host lookups, is it just doing a DNS lookup or does it ever try to ping the hosts themselves to see if they're online?
 
Grand Banks said:
I never minded a competitor that matched up with me and made money. One that hurts my business and doesnt make any money doing it might be good for consumer prices, but I just cant respect it. AMDs almost reduced the cpu to a commodity priced part, which is interesting from a business perspective as in such an environment they had absolutely no chance of competing with Intel, Motorola or IBM...all far more efficient and cheaper manufacturing outfits with deeper pockets and far greater manufacturing capacity.

With higher revenues in the segment, do you think the chip maket would have been all about just making the parts faster (and hotter as a result), or do you think some better innovation, r&d and so forth might have come from it, admittedly paid for out of the consumers pocket? Hmm?

Good points. You seem more familiar with the market than I, so tell me what happened to Alpha and to a lesser extent PowerPC. From my point of view there were very well designed chips that never made it to where I wanted them...either in home machines or the Intel server market. I can't figure out why Alpha failed. PowerPC (and Power) has actually succeeded everywhere but the desktop unless you count Apple Macs and X-Serve, but I consider them a niche.

I was going to ask if IBM can compete in a commodity market then why aren't they the top producers of x86 desktop chips and/or have a greater market with PowerPC on the desktop, but I think I can answer that myself by saying IBM doesn't want to be a commodity distributor after witnessing their selloff of the HDD division and PC line.

On a slightly different point, I was under the impression the AMD 64-bit chips rescued us from a bad Itanium architecture. Not that x86-64 is ideal, but I heard many bad things about Itanium. (Personally I'd rather have Alpha or Power arhitecture on the desktop and small servers.)

Back to the original thing...when it does host lookups, is it just doing a DNS lookup or does it ever try to ping the hosts themselves to see if they're online?

I have no idea yet. It's just a checkbox setting, and I haven't looked at the code. I doubt it pings back; I doubt SMF includes anti-DOS/anti-spoof logic because it wouldn't make sense to have it there.
 
Alpha and PowerPC failed simply because there was no compelling application s/w for them (excepting the mac s/w, which was so well controlled by Apple they could manage a migration of OS and apps easily). Chicken and egg...nobody was buying the chips due to lack of apps, nobody would develop the apps without the installed base of h/w.

While they were good, fast chips, without a business reason to buy them, blap...no market. Some technical guy ran drooling into the managers office with charts and graphs showing the speeds and feeds, and the manager asked "does it run the operating system, office suite and 300 other apps our customers use? No? Ok then, thanks for the idea.".

On the server side, different problem. Most servers arent CPU bound and even for those that are, Alpha and PowerPC products didnt really offer a hugely different bang for the buck over existing products. Again, no compelling business driver to include a second very different hardware platform in the data center.

Correct on IBM. Few companies want to become commodity suppliers. Fewer still want to be forced from being a high revenue product supplier to a commodity status. Nobody wants that to happen when the guy forcing you into that status isnt and in fact cant make any money by bringing you to that status. When you're 10-25x the size of the guy that forces you into a commodity status and your manufacturing efficiency is one of the best in the industry, and the little guy has no chance of outlasting you or besting your efficiency to the point where he's going to eke out even a little profit...then what the hell are we doing?

Itanium and 64 bit desktops. Itanium was a good idea when it started. A lot of screwing around with engineering and marketing groups not being able to agree on how to proceed really froze that whole Intel/HP relationship up for long enough that the products werent that great. Intel stayed in it because they promised HP they would, then HP bailed out. Gee, thanks. It makes great sense to have a different server architecture than desktop, because the apps they run really dont have a lot in common. And x86 frankly is a piss-poor architecture for servers, with or without 64 bit extensions. The approach taken with x86 to handle memory extensions past 1MB is awful. X86-64 didnt fix that, it just allowed you to address more memory in an inefficient and hideous manner.

I'd probably argue that more than 4GB of memory isnt really necessary on a desktop in 98-99% of applications, and probably wont be for 4-5 more years...at least. On the server end, big help.

But revamping x86 for a server platform via x86-64 isnt really a super solution. Itanium was too friggin late and too poor a performer to take that role up, although the idea was good if the execution wasnt.

Instead, Intel kowtowed to the markets wishes..."gimme 64 bit! I dont know why I want it, other than 64 is two times 32! Dont go confusing me with any facts either, my mind is already made up!".

I'm not going to blame reduced profits on the itanium thing, but it was a factor. Intel cut a lot of money heading towards the server programs to put it into improving manufacturing efficiency and towards desktop programs as that was the big revenue producer.

The people managing the server end of things were a little ridiculous too. I once sat in a meeting for almost 8 hours while a very senior guy from the server group argued about what name we should give to a program because he'd proposed the same idea a few years before and was shot down. Although he was unable to create a compelling business reason to do it then, he was steadfast that while someone else had successfully proposed "his idea" that it carry "his name". That we'd spent six figures on promotional items bearing the program name that had to be thrown out was irrelevant. We ended up calling the program "Bob" for two weeks to shut him up. I still have a huge box of polo shirts with the old programs name on them.

When Intel acquired a portion of Compaq's microprocessor division, part of the original Digital Alpha team, they immediately became second class citizens. A lot of good ideas were wasted or delayed, most notably dual cpu cores and some good multiprocessor architecture.

So somewhere between reduced revenues, moronic management, competition that does nothing other than take the profit out of the business, vanity and "not invented here" syndrome, we have 4GHz processors you can fry an egg on, an expanded memory architecture processor nobody needs thats wildly inefficient for what its supposed to do, but really low prices. :p
 
BigMoneyJim said:
Another thing I don't have is stats for how busy other sites on the host were, but I doubt they were as ununiformly distributed as to effect the blank pages occurrences we had.

Without looking on a site-by-site basis, it's hard to tell. But E-R is using about 10x the data transfer of the next busiest site, and about 100x the average site on the server. So it seems unlikely that they are the cause.
 
Back
Top Bottom