Re: expirebv for abars, and deleting the resulting uncataloged tape datasets

2011-10-18 Thread Pinnacle

On 10/18/2011 2:29 PM, Mike B wrote:

On Oct 18, 11:12 am, pinnc...@rochester.rr.com (Pinnacle) wrote:

On 10/18/2011 11:41 AM, Mike B wrote:






Hi,
We wish to clean up unwanted abars tape datasets using expirebv and
retainversions(n)
Listing a test abars group, we know that the oldest version of an agg-
group had two datasets and two volsers involved.   Running EXPIREBV
ABARSVERSIONS AGNAME(ABENDAID) RETAINVERSIONS(0021) DISPLAY  showed
that it woud UNcatalog the two datasets.
I then ran the expirebv with execute, and this morning after rmm
housekeeping the two volsers show in RMM as SCRATCH, but when I go
into the RMM panels, it shows the 2 datasets are still on the volsers.
1) Must I run the expirebv a second time before these 2 uncataloged
datasets go away?  (I've seen references in google for running
expirebv a 2nd time...1st just marks it uncataloged...2nd run whacks
em)

Mike,

This is not a problem, RMM is WAD.  After a volume is scratched, RMM
retains the dataset name.  When the scratch volume is mounted, RMM
checks the dataset name against the tape label.  If the datasets don't
match, then RMM disallows the mount, since the tape was created outside
RMM control.  This is a fail-safe to ensure that anyone creating a tape
while RMM is RESET or bypassing RMM with EXPDT=98000 does not have their
data destroyed.

Regards,
Tom Conley

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives athttp://bama.ua.edu/archives/ibm-main.html- Hide quoted 
text -

- Show quoted text -

Hi Tom,
I'm not sure what you're telling me.(sorry, I'm tape-
illiterate).   So, with the 2 uncataloged datasets still on the
"scratch tape", are you saying that scratch tape is ergo un-usable??
(if so, then I'd imagine some process must still be run to address
same).  I'm being told though that running expirebv is NOT needed
saying



Mike,

I'm saying it's not a problem, don't do anything.

Regards,
Tom Conley

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: expirebv for abars, and deleting the resulting uncataloged tape datasets

2011-10-18 Thread Pinnacle

On 10/18/2011 11:41 AM, Mike B wrote:

Hi,
We wish to clean up unwanted abars tape datasets using expirebv and
retainversions(n)
Listing a test abars group, we know that the oldest version of an agg-
group had two datasets and two volsers involved.   Running EXPIREBV
ABARSVERSIONS AGNAME(ABENDAID) RETAINVERSIONS(0021) DISPLAY  showed
that it woud UNcatalog the two datasets.

I then ran the expirebv with execute, and this morning after rmm
housekeeping the two volsers show in RMM as SCRATCH, but when I go
into the RMM panels, it shows the 2 datasets are still on the volsers.

1) Must I run the expirebv a second time before these 2 uncataloged
datasets go away?  (I've seen references in google for running
expirebv a 2nd time...1st just marks it uncataloged...2nd run whacks
em)



Mike,

This is not a problem, RMM is WAD.  After a volume is scratched, RMM 
retains the dataset name.  When the scratch volume is mounted, RMM 
checks the dataset name against the tape label.  If the datasets don't 
match, then RMM disallows the mount, since the tape was created outside 
RMM control.  This is a fail-safe to ensure that anyone creating a tape 
while RMM is RESET or bypassing RMM with EXPDT=98000 does not have their 
data destroyed.


Regards,
Tom Conley

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html