Thanks all. I was able to get RACF back running. I did not have RACFSMF set up to handle the switching. I am doing that now!!
One last note after I cleared the SMF data sets and re-ipled RACFVM (I IPL 490 CL) it still asked for the USERID that was set up to handle the switching (RACFSMF) and the disk that was used to link 'TO'. I had to supply this information before RACFVM would come back up even though I did not have RACFSMF setup(?) Anyway thanks again! Thank You, Terry Martin Lockheed Martin - Information Technology z/OS & z/VM Systems - Performance and Tuning Cell - 443 632-4191 Work - 410 786-0386 [EMAIL PROTECTED] -----Original Message----- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Alan Altmark Sent: Wednesday, October 29, 2008 11:55 AM To: [email protected] Subject: Re: RACF ERROR On Wednesday, 10/29/2008 at 11:35 EDT, Kris Buelens <[EMAIL PROTECTED]> wrote: > RACF's 301 and 302 log minidisks are full. Quick bypass: > (from RACFVM) > FORMAT 301 Z <sirens> <lights> <loudspeaker> ATTENTION! ATTENTION! ATTENTION! INTRUDER ALERT -- INTRUDER ALERT -- INTRUDER ALERT THE SYSTEM ACCESS LOG HAS BEEN DESTROYED COMPANY POLICY REQUIRES THAT ALL ACCESS LOGS BE MAINTAINED FOR 180 DAYS BOLO ROGUE SYSTEM PROGRAMMER / APPROACH WITH CAUTION THIS IS NOT A DRILL AUTHENTICATION CODE: 1A2A2BC000 Needless to say, the wanton destruction of system access records without management approval is a Bad Idea. That's the whole point of RACFSMF. Before you erase the files, archive them. I suggest an encrypted tape drive, of course. :-) Alan Altmark z/VM Development IBM Endicott
