|
Load source drive (1) is where microcode, boot code, etc. go (and originally system dump space - until the memory capacities started growing larger than some disk drives) so now system data will spread over to other drives. If the first drive was large enough it was not "reserved" for system usage - user data can also reside there. You could easily have more than 1.9GB "system" data on V4 releases, so you're seeing that first drive full. You didn't show a display after a minute or so on a busy period (elapsed time was 00:00) so can't see what & Busy you're experiencing. You could slap a couple of used 6606's in base system (mirrored) fairly cheaply - to reduce the load on the unit 1 pair - but whether or not you need to depends on how busy they are. One drive being full isn't really a concern (unless it's a separate ASP). The 400 will happily manage things (issuing warnings every hour if you exceed the ASP threshold percentage set in SST) until the total usage hits 99.9999% - then it will IPL. With newer releases you can set your own thresholds & actions for disk filling up via the QSTGLOWACN & QSTGLOWLMT system values. Neil Palmer DPS Data Processing Services Canada Ltd. AS/400~~~~~ Markham, Ontario, Canada ___________ ___ ~ Phone: (905) 474-4890 x303 |OOOOOOOOOO| ________ o|__||= Cell.: (416) 565-1682 x303 |__________|_|______|_|______) Fax: (905) 474-4898 oo oo oo oo OOOo=o\ mailto:NeilP@DPSlink.com ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ http://www.DPSlink.com AS/400 The Ultimate Business Server Dennis Munro <DMunro@badgerminingcorp.com> on 99-08-04 11:03:33 Please respond to MIDRANGE-L@midrange.com To: "'Midrange Users'" <Midrange-L@midrange.com> cc: (bcc: Neil Palmer/Dpslink) Subject: Equipment question I have a question about the 9402 Model 400 - 2132 system processor & 128MB of memory we have. Doing a WRKDSKSTS this morning, I noticed the following: Work with Disk Status S1054HFG 08/04/99 09:17:29 Elapsed time: 00:00:00 Size % I/O Request Read Write Read Write % Unit Type (M) Used Rqs Size (K) Rqs Rqs (K) (K) Busy 1 6606 1967 99.7 .0 .0 .0 .0 .0 .0 0 1 6606 1967 99.7 .0 .0 .0 .0 .0 .0 0 2 6607 4194 76.1 .0 .0 .0 .0 .0 .0 0 3 6607 3145 76.8 .0 .0 .0 .0 .0 .0 0 4 6607 3145 76.1 .0 .0 .0 .0 .0 .0 0 5 6607 3145 76.1 .0 .0 .0 .0 .0 .0 0 6 6607 3145 76.4 .0 .0 .0 .0 .0 .0 0 7 6607 4194 76.1 .0 .0 .0 .0 .0 .0 0 The 6606 drives are mirrored and the 6607's are running Raid-5. This is the test/dev box and I am aware of the performance problem we will have with the 6607 drives being as full as they are and that is okay for being a test/dev machine. What has me concerned is the 6606 drives being as full as they are. Before I deleted the PM/400 performance files and then an IPL this morning, the percent used was ++++++. Someplace I remember hearing/reading that the 6606 drives were reserved for "system programs". Monday morning the percent used was 91.7%. Since then I have restored a library twice - our main BPCS files library. I don't know what to do AND/OR if it is even a problem. My gut says it is a problem whenever a drive becomes full. Doing a RCLSTG vs. an IPL was discussed in this list recently and an IPL was going to get about the same results was what I vaguely remember from that thread. What do I do? Dilbert's Words Of Wisdom: "I love deadlines. I especially like the whooshing sound they make as they go flying by." Dennis Munro Badger Mining Corporation +--- | This is the Midrange System Mailing List! | To submit a new message, send your mail to MIDRANGE-L@midrange.com. | To subscribe to this list send email to MIDRANGE-L-SUB@midrange.com. | To unsubscribe from this list send email to MIDRANGE-L-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 mailing list archive is Copyright 1997-2025 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.