Incorrect output from CA ACF2 ACCESS sub-command
search cancel

Incorrect output from CA ACF2 ACCESS sub-command

book

Article ID: 137149

calendar_today

Updated On:

Products

ACF2 ACF2 - DB2 Option ACF2 for zVM ACF2 - z/OS ACF2 - MISC

Issue/Introduction

Incorrect message received when running the ACCESS command.

ACCESS DSN('DATA .SET.NAME')                              

ACCESS Subcommand Results for: DATA.SET.NAME

 In rule $KEY(DATA) is a rule line.

- UID(XX*MSBCA) READ(L) EXEC(L)

which matches logonids.. 

XX3ADF01 XX3ALA01 XX3BGH01 XX3BLK01 

There is also a neXXkey rule $KEY(DATAX) with $PREFIX(DATA)

SET.NAME  UID(XX*MSB) READ(A) WRITE(LOG)  EEXEC(A)           

 

which reported  "no lids found"

These logonids should be presented as having access

XX3ADF01 XX3ALA01 XX3BGH01 XX3BLK01 



Environment

Release : 16.0

Component : CA ACF2 for z/OS

Resolution

This is working as designed. If a previous rule line had given access to the same logonids, it is not referenced in later rule line definitions. The initial rule $KEY(DATA) already had a ruleline that matched these logonids - therefore they are not referenced again when the nextkey rule is referenced.