× 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.



Jim,

Well the i810 was announced in Feb 2003 so it can't be much more than 2 years old (though you could have migrated older parts)..

No matter what the age, however, if the system flags the cache battery as 'dead' it no longer uses any on board cache in that controller. This causes all I/O's to write through to the drives. The difference during light I/O loads is almost always noticeable, during heavy I/O load the difference is usually dramatic. If you get near the system you will hear the drives going completely berserk and statistics could show the drives 80 or more % busy. Anything over 40% busy consistently is bad, over 60% is very bad, over 80% oh boy. I would certainly believe double or even triple the response times with failed batteries, especially if there is only one controller in the system.

 - Larry

Jim Franz wrote:

We finally got thru our fix of disk cache batteries (iSeries 810 only perhaps 4 years old).
The only clue we had was that the system became extremely slow during a conversion test, running about 3 times slower. The CE claimed it shouldn't have hit us that hard. I think otherwise - we were running large cpylib, many chgpf's of big files, and adding 7 gig of files w/RPG to existing 10 gig.
Manager asking if I can prove it was the batteries (this was our final test before go-live). Can anyone else confirm losing cache batteries could cause such an effect?


btw- our only clue of hardware problem was wrkdsksts & F11 screen showed disks in 
"degraded" status. After an ipl, we did get following 2 msgs in qsysopr queue:
* *Attention*  Contact your hardware service provider now.
Message ID . . . . . . :   CPPEA12       Severity . . . . . . . :   99
A critical system hardware problem has occurred. Critical Message Handler
   has been run.
Message ID . . . . . . :   CPP8988       Severity . . . . . . . :   90

jim franz



--
Larry Bolhuis IBM eServer Certified Systems Expert:
Vice President iSeries Technical Solutions V5R3
Arbor Solutions, Inc. iSeries LPAR Technical Solutions V5R3
1345 Monroe NW Suite 259 iSeries Linux Technical Solutions V5R3
Grand Rapids, MI 49505 iSeries Windows Integration Technical Solutions V5R3
IBM eServer Certified Systems Specialist
(616) 451-2500 iSeries System Administrator for OS/400 V5R3
(616) 451-2571 - Fax AS/400 RPG IV Developer
(616) 260-4746 - Cell iSeries System Command Operations V5R2


If you can read this, thank a teacher....and since it's in English, thank a soldier.




As an Amazon Associate we earn from qualifying purchases.

This thread ...

Follow-Ups:
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.