|
Ooh, ooh, ooh! This problem! Now I know what you are talking about. We used to have many full copies of BPCS file and object libraries on our system - all owned by SSA. Then whammo! This error. We decided that stratigecly it was best to break these down by divisions. So now we have a SSA01, SSA13, SSA26, and so on, for each division. Result: no error, better security. Bob.Marion@ps.net on 05/13/2000 11:05:46 AM Please respond to MIDRANGE-L@midrange.com@Internet To: MIDRANGE-L@midrange.com@Internet cc: Fax to: Subject: RE: Maximum library size Leif, The URLs for a list of limits are below. ftp://www.redbooks.ibm.com/redbooks/GA195486/limitred.pdf http://as400service.ibm.com/supporthome.nsf/Document/10000051 After I sent my initial email I had several conversations with IBM Rochester. A single library can only have about 360,000 objects in it, including QSYS(System Objects such as autl must stay in QSYS). Many system objects in QSYS are also in the Machine Context. The difference in type of libraries are when a user library hits the limit you get a CPD error, when QSYS(Machine Context) hits a limit the systems hangs and an IPL may be required (4 hour IPL in my case). Also certain system jobs would not start after IPL since the library was full, such as logging history and MSF to name a few. The solution was to change auth list implementation. Even though the limit document stays on my desk and I have read it many times I had not looked at QSYS limits so if anyone has a lot of authorization list and other system object you many want to check quantity of objects in Qsys. Two quick methods to check limits are, DSPLIB QSYS or write a qry over the QUSRSYS/QAEZDISK file, assuming the file is current. I have hit limits several times over the past 5 years, does anyone else hit limits? examples of a few I have hit are: Maximum folders in an ASP 65536, max docs in an ASP 349,000, Max object ownership by user profile -- this IBM command has helped solve this issue -- PRTPRFINT SELECT(*PCTFULL) PCTFULL(30). I had a LF set to 4GB max and of course had to change it to 1TB max. TIA Bob Marion Phone: 972/461-3186 EMail: bob.marion@ps.net -----Original Message----- From: Leif Svalgaard [mailto:leif@leif.org] Sent: Friday, May 12, 2000 12:38 PM To: MIDRANGE-L@midrange.com Subject: Re: Maximum library size > Is anyone aware of a work around for the maximum number of objects in QSYS > of 360,000? Most of my objects are *AUTL and *USRPRF and according to IBM > they must reside in QSYS. Also why is this a limit for QSYS? I don't know about a work-around, but there is some mis-information often propagated about QSYS. QSYS is a library. It contains many OS/400 objects such as IBM-supplied programs. User profiles and many internal objects are NOT residing in QSYS but in the so-called Machine Context which is not a library. In fact, the library QSYS itself (as all libraries) actually also resides in the Machine Context. So, it seems that the limit you are talking about is a limit to the number of objects in the machine context. I, myself would be interested in hearing what the limits are. +--- | 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 +--- +--- | 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 +--- +--- | 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-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.