ACSLS - Tapes Assigned with Owner ID of "SYSTEM" Cause Access Denied Errors (Doc ID 2089808.1)

Last updated on JULY 11, 2022

Applies to:

Symptoms

There are some tapes that are not recognized in the backup application.  When checking the ACSLS event log, there are access failure messages:

# tail -50 /export/home/ACSSS/log/acsss_event.log

2015-12-01 19:37:47 DISMOUNT[0]:
728 N cl_ac_vol_access.c 1 277
cl_ac_vol_access: Volume Access Denied
Command <DISMOUNT>, Volume <TB2399>, Host ID <111.222.333.444>, Access ID
<backup>


2015-12-01 19:38:32 DISMOUNT[0]:
728 N cl_ac_vol_access.c 1 277
cl_ac_vol_access: Volume Access Denied
Command <DISMOUNT>, Volume <TB2399>, Host ID <111.222.333.444>, Access ID
<backup>


2015-12-01 19:38:36 DISMOUNT[0]:
728 N cl_ac_vol_access.c 1 277
cl_ac_vol_access: Volume Access Denied
Command <DISMOUNT>, Volume <TB2399>, Host ID <111.222.333.444>, Access ID
<backup>

The owner ID assigned to volume TB2343 is "SYSTEM" instead of "backup":

   $ volrpt -z -f owner_id.volrpt |grep TB2343
   TB2343  VOLUME_HOME  SYSTEM


From the vol_attr.dat file, TB2343 should be owned by "backup":

   vol_attr.dat:
   # Volser | Owner | Scratch | Force | Move to LSM | Assign to
   # | | Pool | | on entry | library
    ..
   TB0000-TB2700|backup||force||

Changes

No known change.
Possibly a problem with watch_vols.

Cause

My Oracle Support provides customers with access to over a million knowledge articles and a vibrant support community of peers and Oracle experts.