Hello Dave, 
yes you do need a newer level of MXG:-

Change 36.188  Support for new Bit 4 of SMF30_RAXFLAGS and creation of   
BUILD005       these new bit-level variables with explanation in label   
BUIL3005         SMF30_RAXFLAG0='RAX0*USERKEY*COMMON*AUDIT*ENABLED?'     
VMAC30           SMF30_RAXFLAG1='RAX1*USERKEY*COMON*AUDIT*USAGE?'        
Oct 16, 2018     SMF30_RAXFLAG2='RAX2*USERKEY*CADS*USAGE?'               
                 SMF30_RAXFLAG3='RAX3*USERKEY*CHANGE*KEY*USAGE?'         
                 SMF30_RAXFLAG4='RAX4*USERKEY*RUCSA*USAGE?'              
               that are added to TYPE30_4/TYPE30_5/TYPE30_6/TYPE30_V     
               and PDB.STEPS for BUILDPDB (JES2) and BUILDPD3 (JES3).    
               (Variable RAXFLAGS was added in MXG 35.09.)               
   Thanks to MP Welch, Bank of America, USA.                             
                                                                         
Change 36.175  Support for SMF 30 User Key CSA Audit Enhancements adds   
VMAC30         new SMF30_RAXFLAGS to TYPE30_1, TYPE30_V, TYPE30_4 and    
Sep 28, 2018   the TYPE30_5 datasets.  Change 35.212 (MXG 35.09+) Sep    
Feb 28, 2018   2017 made the code change but the change text was still   
Sep 20, 2018   a "Reserved Change" until Feb 28, 2018, but had the old   
               35.212 Change Number, so it was only in CHANGESS member.  
               The IBM Record Change was made by APAR OA53355, but will  
               only be needed thru z/OS 2.3, as User Key Common Storage  
               usage support ends there.                                 
               This is Health Check ZOSMIGV22R3_NEXT_VSM_USERKEYCOMM.    
               These APARs required no additional code changes:          
                OA53434 Corrects IBM macros SMF30RPS,SMF30SDS lengths    
                        not field lengths so it has no impact on MXG.    
                OA53289 Corrects value of SMF30HVR from zero to valid.   
                OA45767 APAR that added the extra triplet caused OA53434 
                See Change 36.188 which added new bit-level variables.   
                                                                         
Change 35.212  Support for SMF 30 User Key CSA Audit Enhancements adds   
VMAC30         new SMF30_RAXFLAGS to TYPE30_1, TYPE30_V, TYPE30_4 and    
Sep 28, 2017   the TYPE30_5 datasets.  This code change has been in MXG  
Feb 28, 2018   35.09 and later, but this change text replaced previous   
               "Reserved Change" on Feb 28, 2018.  This field was added  
               by APAR OA53355, but will only be needed thru z/OS 2.3,   
               as User Key Common Storage usage support ends there.      
               This is Health Check ZOSMIGV22R3_NEXT_VSM_USERKEYCOMM.    
               These APARs required no additional code changes:          
                OA53434 Corrects ASM DSECT Lengths, no MXG impact        
                OA53289 Corrects value of SMF30HVR from zero to valid.   
                OA45767 APAR that added the extra triplet caused OA53434 
                                                                         


On Tue, 17 Sep 2019 18:58:50 +0000, Gibney, Dave <gib...@wsu.edu> wrote:

>Thank you, and also Dave Jousma who sent similar (same?) code privately. 
>I suspect my MXG level (V2929) needs some updating before I can run it. I 
>ordered 37.06 yesterday. Will install (or use the tricks to run mixed levels) 
>today.  
>I may try the techniques to run directly off of SMF and build PDB on the fly 
>also.
>

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Reply via email to