Thanks Kris. Yeah it looks a little saver to what you suggest I will note this 
for the future. Since the RACFVM's A disk probably does not get written to very 
often and the change was pretty quick I guess I avoided any issues with him 
trying to write to the disk while it was in RR mode. I verified that it went 
back to WRITE mode ok by trying to LINK to it MR from OPERATOR and it would not 
because RACFVM had it in R/W mode so I knew the LINK worked.
 
Anyway thanks again this was a learning experience for me and one that I will 
add to the many I have already experienced.
 
Thanks again Kris and to all for the help!
 
P.S - Maybe in a future release RACF can offer a more dynamic and straight 
forward solution for updating the CONTROL file.    
 
Thank You,
 
Terry Martin
Lockheed Martin - Information Technology
z/OS & z/VM Systems - Performance and Tuning
Cell - 443 632-4191
Work - 410 786-0386
terry.mar...@cms.hhs.gov <mailto:terry.mar...@cms.hhs.gov> 
 
WFH Tuesdays and Fridays
 

________________________________

From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf 
Of Kris Buelens
Sent: Friday, December 04, 2009 5:22 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Automate z/VM RACF SMF process to z/OS


>> 'SEND RACFVM * 191 191 MR'
That is NOT enough.  It might even cause an corrupted disk, 
If I remember correctly: when you change the Midsk mode from R/W to R/O, CMS 
will not release the disk, the "instorage pointers" are unchanged.  When later 
you give it back in R/W, nothing is changed either...
The fact though the RACF now correctly used the new file contradicts this....

Also, when you change from R/W to R/O and CMS doesn't do anything, it will be 
very upset when it would try to write to the disk, CMS will most probably 
abend, thinking it is about to corrupt the minidisk.
Better is what Alan showed or a slight variation, a few more commands, less 
dangerous
 SEND CP¨RACFVM DET 191    (for a DETACH, CMS will perform a RELEASE)
 LINK RACFVM 191 xxx M
 ;;;;;
 SEND CP¨RACFVM LINK * 191 191 M
 SEND RACFVM ACCESS



2009/12/4 Martin, Terry R. (CMS/CTR) (CTR) <terry.mar...@cms.hhs.gov>


        Hi
         
        Just to let you know I was able to get the SMF CONTROL file in WRITE 
mode and made the change to the control file. The issue was that apparently 
there needs to be at least in my case two blanks after "SERVER NO" once I added 
the extra blank I entered the SMF SWITCH command from the OPERATOR machine and 
the RACFVM XAUTOLOGGED the RACFSMF machine and the SMF files were processed as 
advertised.
         
        To get access to the RACFVM machine's 191 (A) disk I simply did:
         
        From OPERATOR 'SEND RACFVM LINK * 191 191 RR" and then I linked the the 
disk on OPERATOR in MR mode and made the change. Next I REL/DET the disk from 
OPERATOR and did a 'SEND RACFVM * 191 191 MR' which gave the RACFVM machine 
WRITE access back to the 191 disk.
         
        Thanks to all for your help it was much appreciated!! 
         
        Now its on to automate this process on a daily basis and send the file 
over to the z/OS side for processing.    
         
        Thank You,
         
        
        Terry Martin
        Lockheed Martin - Information Technology
        z/OS & z/VM Systems - Performance and Tuning
        Cell - 443 632-4191
        Work - 410 786-0386
        terry.mar...@cms.hhs.gov <mailto:terry.mar...@cms.hhs.gov> 
         
        WFH Tuesdays and Fridays
         

________________________________

        From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On 
Behalf Of Kris Buelens
        Sent: Friday, December 04, 2009 3:43 PM 

        To: IBMVM@LISTSERV.UARK.EDU
        
        Subject: Re: Automate z/VM RACF SMF process to z/OS
        

        If your RACF access a MAINT 190, eg as disk Z, this "special" CMS is a 
bit more clever.
        
        
        2009/12/4 Michael Harding <mhard...@us.ibm.com>
        

                I've done the same for other svm's, but the special CMS running 
on RACFVM doesn't understand "disk load" (at least on systems I can play with).
                --
                Mike Harding
                z/VM System Support
                
                mhard...@us.ibm.com
                mike.b.hard...@kp.org
                mikehard...@mindless.com
                (925) 926-3179 (w)
                (925) 457-9183 (c)
                IM: VMBearDad (AIM), mbhcpcvt (Y!)
                
                
                The IBM z/VM Operating System <IBMVM@LISTSERV.UARK.EDU> wrote 
on 12/04/2009 11:24:37 AM:
                
                > From: Kris Buelens <kris.buel...@gmail.com>
                > To: IBMVM@LISTSERV.UARK.EDU
                > Date: 12/04/2009 11:25 AM
                > Subject: Re: Automate z/VM RACF SMF process to z/OS
                > Sent by: The IBM z/VM Operating System 
<IBMVM@LISTSERV.UARK.EDU>
                > 
                > What has been shown is an easy way.
                > I did sometimes things like this:
                > - LINK in RR, copy the file to your A-disk and change it.
                > - SP PUNCH RACFM
                > - DISK DUMP fn ft A
                > - SET SECUSER RACFVM *
                > - SEND RACFVM DISK LOAD
                > 
                




        -- 
        Kris Buelens,
        IBM Belgium, VM customer support
        




-- 
Kris Buelens,
IBM Belgium, VM customer support

Reply via email to