Re: Which process generates ANR1423W messages?
Folks: Thanks for all the responses! In this case, the culprit was my co-worker, who didn’t realize that I was working on the issue, and issued a pair of “DELETE VOLUME” commands that ultimately resulted in the messages below. Somewhat disturbing, though, that the only record was the ANR2017I messages documenting the command issuance… Bob T Robert Talda EZ-Backup Systems Engineer Cornell University +1 607-255-8280 r...@cornell.edu > On Sep 1, 2016, at 3:07 PM, Reese, Michael A (Mike) CIV USARMY 93 SIG BDE > (US) <michael.a.reese62@mail.mil> wrote: > > My observation has been that it is one of those mysterious threads running in > the background that generates the ANR1423W messages so there is no associated > session/process and no entry in the activity log. Typically, these threads > run once an hour, measured from the time that TSM was last started. > > -Original Message- > From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of > Robert Talda > Sent: Thursday, September 01, 2016 2:23 PM > To: ADSM-L@VM.MARIST.EDU > Subject: [Non-DoD Source] [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 VV 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 > r...@cornell.edu > >
Re: Which process generates ANR1423W messages?
My observation has been that it is one of those mysterious threads running in the background that generates the ANR1423W messages so there is no associated session/process and no entry in the activity log. Typically, these threads run once an hour, measured from the time that TSM was last started. -Original Message- From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Robert Talda Sent: Thursday, September 01, 2016 2:23 PM To: ADSM-L@VM.MARIST.EDU Subject: [Non-DoD Source] [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 VV 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 r...@cornell.edu
Re: Which process generates ANR1423W messages?
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@VM.MARIST.EDU] On Behalf Of Robert Talda Sent: Thursday, September 01, 2016 2:23 PM To: ADSM-L@VM.MARIST.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 VV 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 r...@cornell.edu
Re: Which process generates ANR1423W messages?
I think it's probably DRM-managed volumes, and generated as expiration or reclamation runs. If you run "Q DRM ", they should show up as VAULTRETRIEVE. When you bring them onsite, you can run "MOVE DRM TOSTATE=ONSITERETRIEVE" and they will immediately become scratch. On Thu, Sep 01, 2016 at 06:23:13PM +, Robert Talda wrote: > Folks: > Does anyone know which process generates ANR1423W messages? The message > itself is somewhat innocuous: > > ANR1423W Scratch volume VV 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 > r...@cornell.edu > > -- -- Skylar Thompson (skyl...@u.washington.edu) -- Genome Sciences Department, System Administrator -- Foege Building S046, (206)-685-7354 -- University of Washington School of Medicine
Which process generates ANR1423W messages?
Folks: Does anyone know which process generates ANR1423W messages? The message itself is somewhat innocuous: ANR1423W Scratch volume VV 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 r...@cornell.edu