>> '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* <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
