RE: File full, CPA3138 vs. CPA5305

["Wilt, Charles" <CWilt@xxxxxxxxxxxx>]

Ok decided to run a little test.

Restored TPHCNT and HPPICK from a couple of weeks ago ( the current files have 
had their file sizes changed)
CRTDUPOBJ DATA(*NO) for both
Used DSPFD to confirm that both the file and the single member are set 
SIZE(10000 1000 3) for both files
CPYF MBROPT(*REPLACE).

The result:
CPA5305 - Record not added. Member TPHCNT is full. (C I 9999)
CPA3138 - Member HPPICK2 file HPPICK2 at maximum size. (C I) 

Replied 'C' to cancel both.  Each file ended up with 13,000 records.

Strange is it not?

Interesting difference in the job jog:
------HPPICK-------
*NONE      Request                      07/21/05  13:03:23.941264  QWTSCSBJ     
            *N       QCMD      
                                     Message . . . . :  -CPYF 
FROMFILE(TEMPRST/HPPICK) TOFILE(TEMPRST/HPPICK2) 
CPF4903    Notify                  30   07/21/05  13:03:24.355088  QDBFFCPY     
QSYS        0B9F 
                                     Message . . . . :   Member HPPICK at 
maximum size. (I)      
*NONE      Reply                        07/21/05  13:03:24.35
                                     Message . . . . :   I   
CPF3140    Escape                  40   07/21/05  13:05:31.537600  QDBFFCPY     
QSYS        0CD6     QCMD 
                                     Message . . . . :   Initialize or copy of 
member HPPICK canceled.    
CPF4058    Information             00   07/21/05  13:05:31.545712  QDBCLOSE     
QSYS        014F     QDM
                                     Message . . . . :   Size of member HPPICK 
increased 3 increments.  
CPF2950    Information             10   07/21/05  13:05:31.549776  QCPCLNUP     
QSYS        0102     Q
                                     Message . . . . :   13000 records copied 
to HPPICK2 in TEMPRST.  

------TPHCNT------
*NONE      Request                      07/21/05  13:03:37.063208  QWTSCSBJ     
            *N       QCMD      
                                     Message . . . . :  -CPYF 
FROMFILE(TEMPRST/TPHCNT) TOFILE(TEMPRST/TPHCNT2) 
                                       MBROPT(*REPLACE)                         
                               
CPF4903    Notify                  30   07/21/05  13:03:37.766728  QDBSIGEX     
QSYS        01D6     QCPGENIO  
                                     Message . . . . :   Member TPHCNT at 
maximum size. (I)                    
*NONE      Reply                        07/21/05  13:03:37.766736  QMHSNINQ     
QSYS        0D53    
                                     Message . . . . :   I                      
                    
CPF5104    Diagnostic              40   07/21/05  13:05:26.462600  QDBSIGEX     
QSYS        047A    
                                     Message . . . . :   Cancel reply received 
for message CPA5305. 
CPF2972    Escape                  40   07/21/05  13:05:26.462864  QCPGENIO     
QSYS        034B     QCMD   
                                     Message . . . . :   Error writing to 
member TPHCNT in file TPHCNT2.    
CPF4058    Information             00   07/21/05  13:05:26.472528  QDBCLOSE     
QSYS        014F     QDM
                                     Message . . . . :   Size of member TPHCNT 
increased 3 increments.  
CPF2950    Information             10   07/21/05  13:05:26.479192  QCPCLNUP     
QSYS        0102     QCMD 
                                     Message . . . . :   13000 records copied 
to TPHCNT2 in TEMPRST.      


There's something different about these two files but what?

I suppose I could always call IBM.



Charles Wilt
--
iSeries Systems Administrator / Developer
Mitsubishi Electric Automotive America
ph: 513-573-4343
fax: 513-398-1121
 

> -----Original Message-----
> From: midrange-l-bounces@xxxxxxxxxxxx
> [mailto:midrange-l-bounces@xxxxxxxxxxxx]On Behalf Of Wilt, Charles
> Sent: Thursday, July 21, 2005 10:07 AM
> To: Midrange Systems Technical Discussion
> Subject: RE: File full, CPA3138 vs. CPA5305
> 
> 
> Rob,
> 
> I was kinda thinking that, but...
> 
> In both cases, the files are being recreated through our CMS 
> and both have well over the 13,000 records you get with the 
> default SIZE(10000 1000 3).
> 
> Thus, I don't know why one message would be thrown for one 
> file and the other for another.
> 
> 
> I am changes files sizes as I run into this, but I'm curious 
> as to the way the difference.
> 
> 
> Thanks,
> 
> Charles Wilt