• Subject: RE: WebSphere problems on AS/400 temporary storage increasing.
  • From: "Stone, Brad V (TC)" <bvstone@xxxxxxxxxxxxxx>
  • Date: Fri, 30 Mar 2001 07:17:39 -0600

We're not talking about temporary address space usage.  We were referring to
Current unprotect used under Auxillary storage.

Brad

> -----Original Message-----
> From: Joe Pluta [mailto:joepluta@PlutaBrothers.com]
> Sent: Thursday, March 29, 2001 5:04 PM
> To: WEB400@midrange.com
> Subject: RE: WebSphere problems on AS/400 temporary storage 
> increasing.
> 
> 
> Hmmm... I've been running WebSphere for some time now.  I've 
> currently got
> over 7500 seconds CPU time (not a lot, I know, but bear with 
> me) between my
> server instance and the admin instance since my last IPL.  
> Total temporary
> address space usage?  .009% (yeah, two zeros).  By straight 
> extrapolation,
> (and this assumes that ALL address space usage so far is 
> WebSphere), at 100%
> CPU utilization for WebSphere I'd get to 90% temp address usage in...
> 75,000,000 seconds, or about two and a half years.
> 
> So why is my usage so low compared to other quotes?  I can't 
> be sure, but
> one glaring difference is that I don't use SQL at all.  All 
> my webserving is
> done via messages to RPG back end programs.  I'm no 
> performance expert, but
> I think you might want to do a little more checking before pinpointing
> WebSphere as the sole problem.
> 
> Joe
> 
> 
> > -----Original Message-----
> > From: owner-web400@midrange.com [mailto:owner-web400@midrange.com]On
> > Behalf Of Andrew Borts
> > Sent: Thursday, March 29, 2001 8:35 AM
> > To: 'WEB400@midrange.com'
> > Subject: RE: WebSphere problems on AS/400 temporary storage 
> increasing.
> >
> >
> > Hmmm - I run Net.Data mostly on the old version of Net.Commerce
> > which is running JUST fine...
> > Also CGI scripts ... SMOKIN!
> > RPG does a lot guys!
> > Is there a problem with WAS 3.0.2 Should I unload this (just
> > loaded it yesterday!)
> > I don't want to convert to bringing the site down almost NEVER (@
> > 8,000 to 20,000 visitors a day!) to killing it on the hour.
> >
> > I hope IBM reads this, and heeds this information, because if WAS
> >  is not stable, that is a business reason NOT to apply this.
> >
> > Andrew Borts / E-Commerce Project Leader
> > 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
> > Voice: 561-994-2660 Ext. 2211 / Fax: 561-997-0774
> >
> >
> > -----Original Message-----
> > From:       GRIFFITHS, Clive [SMTP:GRIFFIC@aisl.uk.com]
> > Sent:       Thursday, March 29, 2001 5:26 AM
> > To: 'WEB400@midrange.com'
> > Subject:    RE: WebSphere problems on AS/400 temporary storage
> > increasing.
> >
> >  << File: ATT00005.htm >> Thanks Bleddyn,
> >
> >     I was afraid of that. I have a call open with ASSIST 
> and all they
> > provide is lists of PTFs which we have already got e.t.c. 
> They are aware
> > that it is a problem which renders our websites useless. We 
> are about to
> > upgrade one of our servers to V4R5M0 and Websphere 3.5 
> today to see if it
> > eleviates the problem. I will let you know how I get on.
> >
> > Regards,
> >
> > Clive.
> >
> > -----Original Message-----
> > From: Bleddyn Williams [mailto:bleddyn@morpheus.ltd.uk]
> > Sent: Thursday, March 29, 2001 11:05 AM
> > To: WEB400@midrange.com
> > Subject: RE: WebSphere problems on AS/400 temporary storage 
> increasing.
> >
> >
> > Clive unprotected use is one of those things that you have to get
> > used to it
> > seems :( Its down to the SQL server jobs and the SQL being 
> used by WAS,
> > although there may also possibly be a memory leak or code that needs
> > tightening up. I see exactly the same with WebSphere Commerce
> > Suite and when
> > running WAS 3.5.2. I did take up the issue with IBM at one point
> > on WCS, and
> > over the course of a year they never came back with any 
> good reasons as to
> > where all the space goes apart from SQL usage. In WAS 2.X you
> > will have more
> > of an issue because the jobs are in process on the HTTP server,
> > so to clear
> > the resource you have to end the webserver.
> >
> > I have seen recommendations for disk space mentioning the 
> temporary store
> > usage. I also get to the point where an IPL is the best way to
> > clean it all
> > down because stopping and starting isn't giving me all the 
> space back.
> >
> > Thanks Bleddyn
> >
> > http://www.morpheus.co.uk - Morpheus - eBusiness Solutions
> >
> > http://www.ignite400.org - iSeries eBusiness User Group
> >
> >
> >
> > -----Original Message-----
> > From: owner-web400@midrange.com
> > [mailto:owner-web400@midrange.com]On Behalf
> > Of GRIFFITHS, Clive
> > Sent: 29 March 2001 10:44
> > To: WEB400@midrange.com
> > Subject: Webshpere problems on AS/400 temporary storage increasing.
> >
> >
> > 3 * AS/400 170 V4R4M0 Websphere 2.03. We run 4 instances 
> and intermitantly
> > are seeing current unprotected used increase until an IPL is
> > needed the only
> > way to stop it increasing is to ENDTCPSVR *HTTP HTTPSVR(*ALL)
> > Has anyone else seen this ???? This happens 10 - 15 times a 
> day on each
> > AS/400 ?
> > Regards,
> > Clive.
> >
> > +---
> > | This is the WEB400 Mailing List!
> > | To submit a new message, send your mail to WEB400@midrange.com.
> > | To subscribe to this list send email to WEB400-SUB@midrange.com.
> > | To unsubscribe from this list send email to 
> WEB400-UNSUB@midrange.com.
> > | Questions should be directed to the list owner/operator:
> > david@midrange.com
> > +---
> >
> >
> > ******************************************************************
> > **********
> > DISCLAIMER
> >
> > Any opinions expressed in this email are those of the individual
> > and not necessarily the company.  This email and any files
> > transmitted with it, including replies and forwarded copies (which
> > may contain alterations) subsequently transmitted from the
> > Company, are confidential and solely for the use of the intended
> > recipient.  It may contain material protected by attorney-client
> > privilege.  If you are not the intended recipient or the person
> > responsible for delivering to the intended recipient, be advised
> > that you have received this email in error and that any use is
> > strictly prohibited.
> >
> > If you have received this email in error please notify the Network
> > Manager by telephone on +44 (0) 870 243 2431.
> >
> > Please then delete this email and destroy any copies of it.
> > This email has been swept for viruses before leaving our system.
> >
> > Admiral Insurance Services Limited, Cardiff CF10 3AZ
> > ******************************************************************
> > **********
> >
> > +---
> > | This is the WEB400 Mailing List!
> > | To submit a new message, send your mail to WEB400@midrange.com.
> > | To subscribe to this list send email to WEB400-SUB@midrange.com.
> > | To unsubscribe from this list send email to 
> WEB400-UNSUB@midrange.com.
> > | Questions should be directed to the list owner/operator:
> > david@midrange.com
> > +---
> >
> 
> +---
> | This is the WEB400 Mailing List!
> | To submit a new message, send your mail to WEB400@midrange.com.
> | To subscribe to this list send email to WEB400-SUB@midrange.com.
> | To unsubscribe from this list send email to 
> WEB400-UNSUB@midrange.com.
> | Questions should be directed to the list owner/operator: 
> david@midrange.com
> +---
> 
+---
| This is the WEB400 Mailing List!
| To submit a new message, send your mail to WEB400@midrange.com.
| To subscribe to this list send email to WEB400-SUB@midrange.com.
| To unsubscribe from this list send email to WEB400-UNSUB@midrange.com.
| Questions should be directed to the list owner/operator: david@midrange.com
+---

As an Amazon Associate we earn from qualifying purchases.

This thread ...


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

This mailing list archive is Copyright 1997-2022 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.