• Subject: Re: WebSphere problems on AS/400 temporary storage increasing.
  • From: "Phil Groschwitz" <phil@xxxxxxxxxxxxxx>
  • Date: Thu, 29 Mar 2001 12:01:52 -0500

As excited as I am at the prospect of developing servlets on Netshare400, I
wonder how that 170 could handle many people developing servlets.  You'd
need one of those million-dollar machines to handle it!

Probably best thing to do is use NT or Linux to develop servlets on, and
then deploy them to an as400.  But ---- once you've got them running on NT
or Linux ---- why move them at all.   Use a different server to serve the
servlets.  They can still get the data from the as/400.

I don't know if this is the master plan - but it's pretty clear to me that
java means the commoditization of servers.

Luckily Microsoft decided to take their marbles and go home; proprietary
computing lives on!

Phil


----- Original Message -----
From: "Stone, Brad V (TC)" <bvstone@taylorcorp.com>
To: <WEB400@midrange.com>
Sent: Thursday, March 29, 2001 10:32 AM
Subject: RE: WebSphere problems on AS/400 temporary storage increasing.


> I never knew about this problem until I saw this.  I went and looked and
my
> storage was 95% taken!  I immidiatly shut down websphere and now it's
below
> 30% and my eRPG apps are running 100% faster.  (I thought they seemed
> slower, I was blaming it on the firewall traffic).
>
> Holy smokes.  that blows big time.  Not only is WAS slow as a dog (admin
> tool) but it's a resource hog more than I originally thought.
>
> Has anyone tested to see if Tomcat does this as well?  I may end up
running
> servlets on another port if this is what WAS is all about.  That's pure
> junk.
>
> Chalk another one up for Net.Data and eRPG.  :)
>
> Brad
>
> > -----Original Message-----
> > From: Andrew Borts [mailto:andrewb@setacorporation.com]
> > 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 ...

Replies:

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.