Re: [ADSM-L] Can't backup 6.2 server after library switch

The audit on the LM will wait until there is no library activity and there
are no pending tape mount requests and maybe even wait until all drives
are dismounted.  I found I need to have everything quiet in order for it
to run.
The alternative is to checkout everything with remove=no and check
everything back in.

and yes, only the LM should have "remote" volhist entries.    The "remote"
entries on the new LM will be created when the library clients run their
individual audits.

I like to query everyone's volhist and q.vol output to make absolutely
sure there is no overlap.  That could get ugly if there is.

Regards,
Shawn
________________________________________________
Shawn Drew





Internet
zforray AT VCU DOT EDU

Sent by: ADSM-L AT VM.MARIST DOT EDU
07/06/2011 04:12 PM
Please respond to
ADSM-L AT VM.MARIST DOT EDU


To
ADSM-L
cc

Subject
Re: [ADSM-L] Can't backup 6.2 server after library switch






Interesting read.  So basically, since almost everything mounted on a
server other than the old LM was "remote",  they all need to be removed
from the volhist on the old LM?

I have again tried running audits on the new LM but it always hangs.  I
ran a few on a couple of the LC servers and most ran - the other 6.2.2.2
server hung.  Plus it has other problem like 2-hung tape mounts.  I am
going to bounce it, soon.



From:
Shawn Drew <shawn.drew AT AMERICAS.BNPPARIBAS DOT COM>
To:
ADSM-L AT VM.MARIST DOT EDU
Date:
07/06/2011 03:45 PM
Subject:
Re: [ADSM-L] Can't backup 6.2 server after library switch
Sent by:
"ADSM: Dist Stor Manager" <ADSM-L AT VM.MARIST DOT EDU>



You will need to delete the volhist entries at the old library manager for
all the type "remote" tapes.

I did this recently and loosely based what I did on this:
http://www.tsmadmin.com/2006/03/how-to-setup-library-manager-instance.html

There is some good information on there, but it might not fit what you are
doing exactly.


Regards,
Shawn
________________________________________________
Shawn Drew





Internet
zforray AT VCU DOT EDU

Sent by: ADSM-L AT VM.MARIST DOT EDU
07/06/2011 03:05 PM
Please respond to
ADSM-L AT VM.MARIST DOT EDU


To
ADSM-L
cc

Subject
Re: [ADSM-L] Can't backup 6.2 server after library switch






Thanks for the info.  I did not know that.

I will try to sneak one in.  These tape drives and library are busy,
ALL-THE-TIME.

Zoltan Forray
TSM Software & Hardware Administrator
Virginia Commonwealth University
UCC/Office of Technology Services
zforray AT vcu DOT edu - 804-828-4807
Don't be a phishing victim - VCU and other reputable organizations will
never use email to request that you reply with your password, social
security number or confidential personal information. For more details
visit http://infosecurity.vcu.edu/phishing.html



From:
David E Ehresman <deehre01 AT LOUISVILLE DOT EDU>
To:
ADSM-L AT VM.MARIST DOT EDU
Date:
07/06/2011 02:41 PM
Subject:
Re: [ADSM-L] Can't backup 6.2 server after library switch
Sent by:
"ADSM: Dist Stor Manager" <ADSM-L AT VM.MARIST DOT EDU>



An audit library run on a library client "claims" all the tapes that the
library manager has that belong to the client.  You'll want to use the
checklabel=barcode and run it at a time that tape volumes are not in
use.

David

>>> Zoltan Forray/AC/VCU <zforray AT VCU DOT EDU> 7/6/2011 2:32 PM >>>
Funny you should mention audit.

Why would I do an audit on a server that is a "library client"?  I
don't
think that is possible.

I tried to do an audit on the now library manager/6.1.4.3 server -
both
"checklabel=barcode" and just a simple "audit library".  After running
for
>1-hour (and hanging up all pending tape mounts), I killed it.



From:
David E Ehresman <deehre01 AT LOUISVILLE DOT EDU>
To:
ADSM-L AT VM.MARIST DOT EDU
Date:
07/06/2011 02:19 PM
Subject:
Re: [ADSM-L] Can't backup 6.2 server after library switch
Sent by:
"ADSM: Dist Stor Manager" <ADSM-L AT VM.MARIST DOT EDU>



Have you done an audit library on the 6.2 server? It almost sounds
like
it has a different view of your scratch tapes than the LM does.

David

>>> Zoltan Forray/AC/VCU <zforray AT VCU DOT EDU> 7/6/2011 12:17 PM >>>
Servers are RH Linux 6.2.2.2 and 6.1.4.3


Last week, we had some strange issues (don't ask - this one is for
Shark
Tank) with one of our 6.2.2.2 TSM servers, which is one of 2-Library
Managers for our 3494ATL.

So, in the interim we quickly moved the LM function to my 6.1.4.3
server,
shuffled all tape drives, paths and tapes, updated all server
devclasses,
etc.

Now, the 6.2 server that was the LM refuses to perform a DB backup to
the
6.1 LM server. Other tape processing (migrate, backup stgpool) seems
to
work just fine.

The error I get is:

7/6/2011 11:09:15 AM ANR8448E Scratch volume insert-volume-name-here
from
library IBM-TS1130 rejected - volume name is already in use.

which it repeats for 19-iterations and then fails with:

7/6/2011 11:24:00 AM ANR2971E Database backup/restore/rollforward
terminated - DB2 sqlcode -2025 error.

All the tapes it is given are scratch.

It proceeds to lock down all the tapes as if they were in use/private
and
I have to manually perform "delete volhist .. force=yes" on the 6.1 LM
server.

I have done a few Google searches and all I find are references to the
book on the ANR2971E error messages telling me to give it a scratch
tape.

Any thoughts?

Zoltan Forray
TSM Software & Hardware Administrator
Virginia Commonwealth University
UCC/Office of Technology Services
zforray AT vcu DOT edu - 804-828-4807
Don't be a phishing victim - VCU and other reputable organizations
will
never use email to request that you reply with your password, social
security number or confidential personal information. For more details
visit http://infosecurity.vcu.edu/phishing.html



This message and any attachments (the "message") is intended solely for
the addressees and is confidential. If you receive this message in error,
please delete it and immediately notify the sender. Any use not in accord
with its purpose, any dissemination or disclosure, either whole or
partial,
is prohibited except formal approval. The internet can not guarantee the
integrity of this message. BNP PARIBAS (and its subsidiaries) shall (will)
not therefore be liable for the message if modified. Please note that
certain
functions and services for BNP Paribas may be performed by BNP Paribas
RCC, Inc.



This message and any attachments (the "message") is intended solely for
the addressees and is confidential. If you receive this message in error,
please delete it and immediately notify the sender. Any use not in accord
with its purpose, any dissemination or disclosure, either whole or partial,
is prohibited except formal approval. The internet can not guarantee the
integrity of this message. BNP PARIBAS (and its subsidiaries) shall (will)
not therefore be liable for the message if modified. Please note that certain
functions and services for BNP Paribas may be performed by BNP Paribas RCC, Inc.