We actually worked with the IBM folks to try and resolve it, and set thread 
count accordingly to their suggestions - which varied greatly.  I even 
theorized that the AS/400's built in security could have thought the Firewall 
was starting a Denial of Service attack against the AS/400 so I either Disabled 
or enabled this functionality and tested this way.

Once we'd cover one hole, another one would appear.  It was VERY ugly.  There 
wasn't a single smooth E-mail blast the AS/400 [E-mails sent to between 200 
thousand customers and 1 million customers] could survive without going down.

Everyone gets all fired up when I state that the AS/400 IS a very reliable 
system - TRUE - and it IS a very robust operating system - TRUE - but the HTTP 
server isn't as reliable, and darn close to sub-par in it's reliability.

When they had days of "Big E-mails" I setup the Management Central to monitor 
the system, and BEEP if the performance level of the system would drop to about 
1% (the system was up 24x7 and we always had a steady stream of about 300 
people an hour hitting our systems between Midnight and seven am.)   When the 
HTTP server stopped responding, there was no message, no warning (other then 
the drop in performance) and no customers.  Only thing to do was end & re-start 
the damn thing - NOT the STRTCPSVR *HTTP RESTART(*HTTP) that would FAIL half 
the time.  I setup Brad Stones GETURI program to surf the site, and when the 
response dipped to about 2 minutes response time, I knew I was having a problem 
(since the norm was sub-second response) - I would get paged when these 
problems existed.  If I didn't do this, by the way - my partners would page me 
too - so there was ALWAYS a need to fix problems and prevent new ones from EVER 
happening.

The same pattern STILL exists Nathan - the GENX site dropped for NO REASON, and 
the ignite 400 site drops for no reason.  Is fiddling with the controls of the 
dang thing the option?  Is switching to Apache the option?

I'm going to make this statement now and forever more.  IBM doesn't WANT the 
AS/400 to become the next WEB anything.  It's a back end system.  There is NO 
rack mountable AS/400 nor will there ever be one (IBM please prove me wrong!).  
There is a rack mountable RS/6000 - remember the system made of roughly the 
same stuff as an AS/400?!?  So I can't cluster the systems in a rack, as people 
do with Dells, and RS/6000's and now Mac's.  I still need a kick butt Load 
Balancer in front of a bunch of TINY systems (which don't exist in the AS/400 
world!) so I can take the traffic, or have the redundancies that naturally 
exist in the smaller server world.   I can't save space unless I buy that HUGE 
MONSTER rack with a slider capability built in, which gives me a whopping total 
of 2 AS/400's where I can normally have about 20 Dells, or even 5 RS/6000's.  
So when I want to Co-locate (which I have done to get more communications) an 
AS/400 - I spend significantly more per month because I'm sitting in open floor 
space or sitting on a special shelf constructed for AN AS/400...

To play in this arena, Apache seems to be the answer - because of HIGHLY 
available HTTP serving support there, but HTTP classic server is being dropped 
like a hot potato soon (V5R4/5?) so I wonder exactly how much DE-bugging and 
support we're going to get as time draws end of it's lifecycle...

The AS/400 is a perfect communications box - great for B2B, but B2C is only for 
LIGHT shops only, and only if you HAD an AS/400 anyway.

Andrew Borts / Webmaster
Seta Corporation
6400 East Rogers Circle
Boca Raton, FL 33499

E-mail: Andrewb@setacorporation.com
Corporate web site http://www.setacorporation.com
E-Commerce web site http://www.palmbeachjewelry.com
                              http://www.myfreeitems.com
Voice: 561-994-2660 Ext. 2211 / Fax: 561-997-0774

-----Original Message-----
From: Nathan M. Andelin [mailto:nandelin@RELATIONAL-DATA.COM]
Sent: Monday, July 29, 2002 6:22 PM
To: web400@midrange.com
Subject: Re: [WEB400] What happened to rpgenerationx.com?

Andrew,

This sounds like it may be related to the number of threads your HTTP Server
was running.  Normally an IE client requires two (2) threads, and a Netscape
client may require up to twelve (12) threads.  Do you recall the number of
concurrent users you were trying to support, and the threads you were
running?

Nathan M. Andelin
www.relational-data.com



----- Original Message -----
From: "Andrew Borts" <Andrewb@setacorporation.com>
To: <web400@midrange.com>
Sent: Monday, July 29, 2002 3:40 PM
Subject: RE: [WEB400] What happened to rpgenerationx.com?


This is a common problem with HTTP server classic (I don't know if it
happens on Apache) on an AS/400...

The 400 takes connections and then instead of answering, it starts failing,
and instead of answering slowly - it craps out...

The pattern is CPU usage is THROUGH the roof while the world creams us, then
CPU usage drops to almost nothing, while the system TCP/IP connections rise
un-answered.  It then (after about 2 minutes or so) comes back to life, but
it's not the same - you then END & restart the server and it works again.

This was something I noticed with a HIGH volume hitting fast and furious.

Andrew Borts / Webmaster
Seta Corporation
6400 East Rogers Circle
Boca Raton, FL 33499

E-mail: Andrewb@setacorporation.com
Corporate web site http://www.setacorporation.com
E-Commerce web site http://www.palmbeachjewelry.com
                              http://www.myfreeitems.com
Voice: 561-994-2660 Ext. 2211 / Fax: 561-997-0774



_______________________________________________
This is the Web Enabling the AS400 / iSeries (WEB400) mailing list
To post a message email: WEB400@midrange.com
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/cgi-bin/listinfo/web400
or email: WEB400-request@midrange.com
Before posting, please take a moment to review the archives
at http://archive.midrange.com/web400.


As an Amazon Associate we earn from qualifying purchases.

This thread ...

Follow-Ups:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.