On Thursday, 01/29/2009 at 03:19 EST, "Martin, Terry R. (CMS/CTR) (CTR)" <[email protected]> wrote: > Hi Alan, > > Thanks for the information. One of my problems is that I have not set up > the RACFSMF process. I am working on that now. That is the real issue I > guess. Anyway I decided to get this set up and working and at the same > time increase the size of the SMF mini-disks.
(gasp of horror!) Without the archiving of RACFSMF, the SMF disks are going to fill up, regardless of size, and you're going to be hurting. Getting RACFSMF running isn't difficult and will save you a lot of hassles. Go look at the Prog. Directory. Make the 192 disk as big as you like and change it when you like. (hmmm....I think PROFILE EXEC could be updated to use SFS instead of mdisk to hold the archive while it awaits the Big Trip to Tape for permanent offline storage.) > One thing I noticed in your response is that nowhere do you mention > bringing down RACFVM after the directory change is this correct? If so > is it because the SWITCH picks up the new SMF disk? Correct. Anything you do that isn't under the auspices of an SMF switch while RACF is up puts your SMF records at risk. Treat them as if your career or liberty depended on them - you never know. Don't end up with mysterious blanks in the audit trail. Alan Altmark z/VM Development IBM Endicott
