Re: 3494 Volume Stealing
2015-10-04 17:10:43
This falls under the old "Measure twice, cut once" rule. If you're sharing
a library and NOT doublechecking yourself, you're asking for trouble. Plain
and simple. Don't describe a "defect" to something that is working at the
level it's designed to. The nice thing about a shared library is you can
have a pool of "spare" tape to assign to any server you want to, as needed.
Checkout and checkin of tape can be a destructive process, and shouldn't be
taken too lightly.
Nick Cassimatis
nickpc AT us.ibm DOT com
Today is the tomorrow of yesterday.
"Orville L.
Lantto" To:
ADSM-L AT VM.MARIST DOT EDU
<orville.lantto@D cc:
TREND.COM> Subject: Re: 3494 Volume
Stealing
Sent by: "ADSM:
Dist Stor
Manager"
<[email protected]
.EDU>
03/15/2002 05:43
PM
Please respond to
"ADSM: Dist Stor
Manager"
The volume which was "stolen" was checked in to another TSM server with that
server's scratch category code (verified by mtlib). Yes, this is very
disturbing!
Orville L. Lantto
Datatrend Technologies, Inc. (http://www.datatrend.com)
121 Cheshire Lane #700
Minnetonka, MN 55305
Email: Orville.Lantto AT dtrend DOT com
V: 952-931-1203
F: 952-931-1293
C: 612-770-9166
"Seay, Paul" <seay_pd AT NAPTHEON DOT COM>
Sent by: "ADSM: Dist Stor Manager" <ADSM-L AT VM.MARIST DOT EDU> 03/15/02 03:15
PM
Please respond to "ADSM: Dist Stor Manager"
To: ADSM-L AT VM.MARIST DOT EDU
cc:
Subject: Re: 3494 Volume Stealing
Yes and no. Once a tape is ejected from the library, when it is reinserted,
it is anybody's game because it does not belong to a specific TSM server. It
is in FF00 status. So, if you do a checkin command with a range,
search=yes, another TSM Server could get it. This is why I do checkin
commands with a specific volume id when I checkin each tape.
At Share we have asked for a function to be added in general to setup an
include table for each TSM server. This include table would limit what
ranges of tapes are allowed to be picked up by that TSM server instance.
Now, if the tapes are already in the library and assigned a scratch or
private category and the tapes can be stolen, that is a major problem that
support needs to know about. I have never tried to see if I can cause one
TSM to steal tapes from another TSM server this way.
|
<Prev in Thread] |
Current Thread |
[Next in Thread>
|
- Re: 3494 Volume Stealing, (continued)
- Re: 3494 Volume Stealing, Orville L. Lantto
- Re: 3494 Volume Stealing, Seay, Paul
- Re: 3494 Volume Stealing, Seay, Paul
- Re: 3494 Volume Stealing, Orville L. Lantto
- Re: 3494 Volume Stealing, Zlatko Krastev
- 3494 Volume Stealing, Orville L . Lantto [mailto:orville.lantto
- 3494 Volume Stealing, Orville L . Lantto [mailto:orville.lantto
- Re: 3494 Volume Stealing, Orville L . Lantto [mailto:orville.lantto
- Re: 3494 Volume Stealing, ADSM : Dist Stor Manager [mailto:ADSM-L
- Re: 3494 Volume Stealing,
Nicholas Cassimatis [mailto:nickpc <=
- Re: 3494 Volume Stealing, ADSM : Dist Stor Manager [mailto:ADSM-L
- Re: 3494 Volume Stealing, Allen Barth [mailto:allen_barth
- Re: 3494 Volume Stealing, Allen Barth [mailto:allen_barth
- Re: 3494 Volume Stealing, Orville L . Lantto [mailto:orville.lantto
|
|
|