|
Hi, I presume that you are referring to CPA5305, not CPA5303, which does not exist. CPA5305 refers to what happens when a file member is full. The System i is a system that has grown up from the heritable of the System/38 in 1978. That's 28 years! The 1978 default on the CRTPF command is SIZE(10000 1000 3). Not so inappropriate for a system that was announced with a maximum disk capacity of 384 MB of disk. Possibly a bit small, but even when then the system maxed out with four strings (16 total drives) of 9335 disks and six piccolo drives, The maximum DASD would have been 14.064 GB. We recently announced that by next year the smallest system you will be able to buy will be 70GB. Only God knows what the largest system is you can buy (it keeps going up so fact that I can't keep track, but clearly it's a number in the many terabytes. There is a philosophy throughout the life of our wonderful system, never to change defaults, and historically when we do (without adding a global switch - like the SAVLIB/SAVOBJ/SAVCHGOBJ system value QSAVACCPTH), we execute the MAKEAMESS command. This is a parameter that either needs a change i some fashion, but I'm loathe to suggest what to do. Al Barsa, Jr. Barsa Consulting Group, LLC 400>390 "i" comes before "p", "x" and "z" e gads Our system's had more names than Elizabeth Taylor! 914-251-1234 914-251-9406 fax http://www.barsaconsulting.com http://www.taatool.com http://www.as400connection.com Stefan Tageson <Stefan.Tageson@i nformatikk.se> To Sent by: Midrange Systems Technical midrange-l-bounce Discussion s@xxxxxxxxxxxx <midrange-l@xxxxxxxxxxxx> cc 08/20/2006 08:34 Subject AM Re: CPA5303 Record not added. Member &1 is full Please respond to Midrange Systems Technical Discussion <midrange-l@midra nge.com>
On Development if I receive a CPA5303 error(others also). The jobs ends and the message is given a C- cancel. On Production the message is sent to qsysopr asking for a reply. I have verified that the message description is the same on both machines. I have verified that the default for the message is 0 for both machines.
Michael, One thing to check is the delivery mode of qsysopr message queue. My guess is that you have the delivery mode set to *HOLD on the production box, but it is set to *DFT on the development box. When delivery mode is set to *DFT messages will be automatically replied to with their default reply. This can be changed with CHGMSGQ Regards Stefan Tageson Informatikk Sverige AB Propellergatan 1, SE-211 19 Malmö, Sweden Cell : +46 (0) 732 36 99 34 stefan.tageson@xxxxxxxxxxxxxx -- This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list To post a message email: MIDRANGE-L@xxxxxxxxxxxx To subscribe, unsubscribe, or change list options, visit: http://lists.midrange.com/mailman/listinfo/midrange-l or email: MIDRANGE-L-request@xxxxxxxxxxxx Before posting, please take a moment to review the archives at http://archive.midrange.com/midrange-l.
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.