Mu guess is that the time specified for reuse delay on the stgpool the volume 
has expired for that volume.  When a vol goes scratch, it starts a reuse delay 
timer and after that expires it is normally deleted.  If the volume is offsite, 
it is not deleted until it comes home.

-----Original Message-----
From: ADSM: Dist Stor Manager [mailto:ADSM-L AT VM.MARIST DOT EDU] On Behalf Of 
Robert Talda
Sent: Thursday, September 01, 2016 2:23 PM
To: ADSM-L AT VM.MARIST DOT EDU
Subject: [ADSM-L] Which process generates ANR1423W messages?

Folks:
  Does anyone know which process generates ANR1423W messages?  The message 
itself is somewhat innocuous:

ANR1423W Scratch volume VVVVVV is empty but will not be deleted - volume access 
mode is “offsite”

  but the intriguing part is there is no session or process associated with the 
message, either in the activity log or in the ACTLOG table.  Nor are there any 
entries in the summary table for these entities - and the only process running 
at the time was a storage pool backup for a different storage pool.  There were 
client backups in progress, but this message originated from the server.

  I had two volumes with errors that I was struggling to get the data off for 
several days - and suddenly, magically, an ANR1423W appeared for both volumes.  
Headache gone, curiosity piqued.

Thanks in advance,
Bob T


Robert Talda
EZ-Backup Systems Engineer
Cornell University
+1 607-255-8280
rpt4 AT cornell DOT edu