If you have an ACF2 system, you can turn on SAF tracing and have it
formatted by SAF macro.  Jobname/STC filtering available.  Caution should
be used when using the tracing.

Rob Schramm

On Mon, Oct 28, 2019, 21:03 Jon Perryman <jperr...@pacbell.net> wrote:

>  You can easily send a small assembler program that issues this racroute
> stat and issue WTO TEXT= to display the results. Don't bother converting
> hex to display format in the WTO. WTO doesn't care if you include hex data
> in the message text. Use SDSF SE (Select Edit) for the joblog and turn hex
> on to see the hex data.
>
> I would also suggest testing for class "BADCLASS" because it's unlikely to
> be a valid class. Also verify if RACROUTE must run authorized.
>
> If both have RC=0 and REASON=0, then report the problem to CA. If only
> BADCLASS fails, then have the customer list the active classes for ACF2. If
> both fail, then you have some other problem.
>
> Jon.
>
>     On Monday, October 28, 2019, 08:00:57 AM PDT, Gord Tomlin <
> gt.ibm.li...@actionsoftware.com> wrote:
>
>  We have recently had a problem reported to us by a customer who runs
> ACF2. In our products, we check for the presence of a resource class
> "$MZCA" using:
>
>           RACROUTE REQUEST=STAT,WORKA=RACFWA,RELEASE=1.9,CLASS=$MZCA,
>                 DECOUPL=YES,
>                 MF=(E,LSTAT)
>           .
>           .
>           .
> $MZCA    DC    CL8'$MZCA'
>
> On this customer's system, RACROUTE REQUEST=STAT returns with SAF return
> code 0 ("RACROUTE REQUEST=STAT has completed successfully"), RACF return
> code 0 ("RACF is active and the class (specified in CLASS= or returned
> in NEXT=) is active"), and RACF reason code 0.
>
> However the customer says that, without doubt, the $MZCA class does not
> exist in the ACF2 CLASMAP for that system.
>
> I have not been able to locate/access any information on ACF2 return
> codes for RACROUTE REQUEST=STAT. Is there any condition where ACF2 would
> return an indication that a resource class is active when the resource
> class does not actually exist?
>
> Thanks!
>
> --
>
> Regards, Gord Tomlin
> Action Software International
> (a division of Mazda Computer Corporation)
> Tel: (905) 470-7113, Fax: (905) 470-6507
> Support: https://actionsoftware.com/support/
>
> ----------------------------------------------------------------------
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
>
> ----------------------------------------------------------------------
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Reply via email to