An IBM colleague (from the UK) reverse engineered the RAC command as
to avoid the creation of the A-disk file.  It was named RACFAST.
My former customer needed this as in the LOGON procedure a RAC LU was
issued and some users didn't have a R/W A-disk.  I applied some
changes to it (support for RACF 1.10, allow a longer timeout period).
I can send you that code, it never failed, but no warranty however.

2009/4/30 Boyer, William <bil...@vips.com>:
> I found this in RACF Security Server General User’s Guide  (z/VM 5.3).
> Section 3.5
>
>
>
> If you do not want the command output to be displayed to your terminal,
> enter the CMS command:
>
>
>
>
>
>     globalv select $racgrp set $rac_ispf y
>
>
>
>
>
> If you do not want subsequent commands to overwrite the RACF DATA file, you
> can append the file (send the output you enter from all RACF commands you
> enter to the file) by entering the CMS command:
>
>
>
>
>
>     globalv select $racgrp set $rac_apn y
>
>
>
>
>
> If you choose to have your output appended, the output is not displayed to
> your terminal.
>
> The RACF DATA file defaults to your disk or directory accessed as A unless
> specified otherwise by your installation. If you cannot find the file on
> your disk or directory accessed as A, check your other disks or directories.
> If you would like to have the output placed on your disk or directory
> accessed as B, enter the CMS command:
>
>
>
>
>
>     globalv select $racgrp set $rac_fle b
>
>
>
>
>
>
>
>
>
> William Boyer
>
> Sr. Technical Support Specialist.
>
> x8419
>
> From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On
> Behalf Of Changer
> Sent: Thursday, April 30, 2009 5:44 AM
> To: IBMVM@LISTSERV.UARK.EDU
> Subject: Questions on issuing RACF LU command
>
>
>
> Hi all,
>
>
>
> Issue 'RACF LU user' command will create RACF DATA file on 191 A disk by
> default.
> Is there any way to perform the command but would not generate RACF DATA
> file
> or create RACF DATA file on other disk (B , C ... or temporary disk) not 191
> A disk?
>
> Thank you very much.
>
> Regards,
> Changer



-- 
Kris Buelens,
IBM Belgium, VM customer support

Reply via email to