× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.




Hi,

We have a primary partition of our 810 that stays up virtually 100% of the
time. It runs, Domino, our three web sites (which are replicated by MIMIX
from our production partition) and fax. It also runs our APRM product,
which auto tunes all of the partitions and does device movement from CL
commands. We do save-while-active on it every night (T-S) on the job
scheduler. It's a skinny partition. It was last re-IPLed several months
ago for a cache battery replacement. (In the wee hours of the morning.)
At the time of deployment, I was reluctantly considering an M$ product for
much of this task, but hindsight being 20/20, this was worth the premium;
also the ease of set-up/maintenance was/is significantly better. With the
exception of MIMIX and APRM, it's 100% IBM. One number to call when it
breaks!

It also has a switchable IASP (so everything in life can't be perfect)!

Under normal conditions, it doesn't break a sweat, but restarting it is a
killer. To be back to normal CPU utilization (5 to 10%) after an IPL takes
about 45 minutes at maximum CPU and disk arm constraints. It is running
V5R3, but that's only a statement that we didn't want to take it down for
V5R4. Likely the next move will be V6R1 (which BTW, is the fourth
outstanding release in a row from Rochester!).

This partition has had 45 minutes of unscheduled down time in 8 years (and
that was caused by an idiot user error [you can guess who the idiot user
was]). I would ask who could beat that.

Al

Al Barsa, Jr.
Barsa Consulting Group, LLC

400>390

"i" comes before "p", "x" and "z"
e gads

Our system's had more names than Elizabeth Taylor!

914-251-1234
914-251-9406 fax

http://www.barsaconsulting.com
http://www.taatool.com
http://www.systemiconnection.com/




"Chuck Lewis"
<chuck.lewis@lees
upply.net> To
Sent by: "'Midrange Systems Technical
midrange-l-bounce Discussion'"
s@xxxxxxxxxxxx <midrange-l@xxxxxxxxxxxx>
cc

03/06/2008 07:53 Subject
AM RE: I am in a Holy War about
webserving from a System i

Please respond to
Midrange Systems
Technical
Discussion
<midrange-l@midra
nge.com>






Great information Jim and I LOVE that last part ! A non-IT convert !

One of our owners was showing our iSeries to someone last week and said:

"This is what we spent a million dollars for, you'd think it would be
bigger"...

I then pointed out how much smaller systems had gotten while getting much
more powerful, uptime, security, etc. and he agreed :-).

Chuck

-----Original Message-----
From: midrange-l-bounces@xxxxxxxxxxxx
[mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of Jim Franz
Sent: Wednesday, March 05, 2008 8:07 PM
To: Midrange Systems Technical Discussion
Subject: Re: I am in a Holy War about webserving from a System i

I'm a nut for webserving on the i5/iSeries/AS400.
This is nothing new. The 'Cool Title About the Internet and the AS400'
redbook was 1995 or 96!
To me - along with the rock solid stability - go where the data lives!
(2 examples)
For 8 years I've programmed/managed a web server on the following
AS/400 S10 cpw 73
i5/OS 520 cpw 600 ?
i5OS 515 cpw 3800 ?
All serving iSeries data, all rpg cgi (some cgidev, most rpgle from
websmart

tool - if doing a size set of apps - use a tool)
No problems with trying to stay in sync with other systems.
This is a hands off, lights out, no operator office - users do their work &

little to no intervention with the server except backup tapes, which is swa

and website keeps going. Over 40 applications.
Web server has never come down for issues. I do reboot for ptfs.
Apache webserver is not hard to set up.
The website is a very small load on the system, and normally has
10-15 users performing sql searches & doing heads down heavy order entry
app, running reports (pdf), downloading excel files when needed - no sweat.
Now - if I was not careful with the sql searches over millions of records,
they can get a system the same way local green screen users can, the same
way sql on any OS (and I'm careful with indexes so we don't have that
problem).
When on the S10 (73 cpw) we made sure no big graphic files or pictures to
slow down the server.
Site has never been down due to a virus or worm - and server does take
several thousand hits a day of windows & unix script attacks - all to the
apache error log.
I've run another site for a small co who only has the cheapest of dsl
routers and no firewall (not recommended)- never taken down in 6 years.
These are both companies who take my recommendation for top level security
and ignore them...they are cheap and happy.
Keep up with the cume and HTTP Group ptfs, open only port required ports
thru firewall to your system (80 for http).
It's rock solid.
If a very old OS400 there were issues with early Apache "ages ago",
but Classic server was very stable- ran it on S10.
btw - the 1st customer's owner knows nothing about computers, but beleives
in IBM, and often when customers come in, he shows them the "no operator,
no

network tech" system - and says "thats why my system is always available to

you the customer... my IBM i5" and I did not teach him this!
Jim Franz

--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list
To post a message email: MIDRANGE-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/midrange-l.


As an Amazon Associate we earn from qualifying purchases.

This thread ...

Replies:

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.