> > http://www-01.ibm.com/support/docview.wss?uid=swg1IC87352
> >
> > Basically the issue is that there is a race condition with running MOVE
> > DRMEDIA on tape volumes while BACKUP STGPOOL is also running. BACKUP
> > STGPOOL might choose a FILLING volume that MOVE DRMEDIA is
as a documentation errata rather than fixing TSM itself:
http://www-01.ibm.com/support/docview.wss?uid=swg1IC87352
Basically the issue is that there is a race condition with running MOVE
DRMEDIA on tape volumes while BACKUP STGPOOL is also running. BACKUP
STGPOOL might choose a FILLING volume that
copy pools as part of the client
backup cycle, before BACKUP STGPOOL runs. If that's the case, we might be
able to have our weekly maintenance include MOVE DRMEDIA, and have a hope
of it actually getting to MOVE DRMEDIA during regular business hours.
I'll see how that goes next week.
From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Skylar
Thompson
Sent: Tuesday, June 03, 2014 5:52 PM
To: ADSM-L@VM.MARIST.EDU
Subject: Re: [ADSM-L] Serializing BACKUP STGPOOL / MOVE DRMEDIA
Thanks for the reply, Wanda. Our RPO is a week (beauty of a research
environment), and
intenance script by BACKUP DB WAIT=YES, and follow that by MOVE DRMEDIA
> (you can use a conditional test for day of week in your maintenance script so
> the MOVE DRMEDIA only happens on Checkout day.) That way everything happens
> without overlap. I can send you an example of testing fo
at in your
maintenance script by BACKUP DB WAIT=YES, and follow that by MOVE DRMEDIA (you
can use a conditional test for day of week in your maintenance script so the
MOVE DRMEDIA only happens on Checkout day.) That way everything happens
without overlap. I can send you an example of testing for day
We've been suffering with the effects of this APAR for a while, which IBM
fixed as a documentation errata rather than fixing TSM itself:
http://www-01.ibm.com/support/docview.wss?uid=swg1IC87352
Basically the issue is that there is a race condition with running MOVE
DRMEDIA on tape volumes
lumes don't drop to
vault retrieve at the same instant.
ANR2017I Administrator admin issued command: MOVE DRMEDIA *
wherestate=courier tostate=vault wait=no source=dbs
ANR0984I Process 20 for MOVE DRMEDIA started in the BACKGROUND at 03:57:24
PM.
ANR0609I MOVE DRMEDIA started as process 20.
ANR
Glad you confirmed it as a bug, the point I was making was that the "remove"
parameter for the move drmedia command is what determines if TSM sends an
action request to the library.
Refer to the "help move drmedia" section where it explains the remove option
for a full
NOT in the library,
> hence the Access=*Offsite*.
>
> I would think that you would need to use the "remove=no" option, which
> keeps TSM from sending the request for removal to the library.
> For example:
>
> Move drmedia * wherestate=courier source=dbs remove=no t
moval to the library.
For example:
Move drmedia * wherestate=courier source=dbs remove=no tostate=vault
~Rick
-Original Message-
From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Stefan
Folkerts
Sent: Thursday, October 18, 2012 4:27 AM
To: ADSM-L@VM.MARIST.EDU
Su
10/18/12 05:06:07 LTOLIB
> 000535L3 Courier 10/15/12 10:45:10
>
> tsm: TSMSRV>
>
>
> MOVE DRMEDIA * wherestate=courier tostate=vault source=dbs
>
> ANR6696I MOVE DRMEDIA: *CHECKOUT LIBVOLUME* for volume *02L3* in
> library LTO
10/15/12 10:42:34
000536L3 Mountable 10/18/12 05:06:07 LTOLIB
000535L3 Courier 10/15/12 10:45:10
tsm: TSMSRV>
MOVE DRMEDIA * wherestate=courier tostate=vault source=dbs
ANR6696I MOVE DRMEDIA: *CHECKOUT LIBVOLUME* for volu
My first attempt at MOVE DRMEDIA kicked out more DBSnapshot tapes than I
meant, so I have four tapes outside a library that should be in the
library as if nothing had happened.
Is this problem easily fixable, or is it time to get out the
not-so-delicate tools like CHECKIN LIBVOL?
Sigh,
Nick
Thanks
Pierre
-Message d'origine-
De : ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] De la part de Matthew
Warren
Envoyé : jeudi 14 juin 2007 15:12
À : ADSM-L@VM.MARIST.EDU
Objet : Re: [ADSM-L] Move drmedia
I have used DRM commands just to manage DB backups in some cases, wi
Sent by: ADSM-L@VM.MARIST.EDU
cc
14/06/2007 12:51
Subject
[ADSM-L] Move drmedia
Please respond to
ia, and we don't manage existant copy stg.
Thanks
Pierre
-Message d'origine-
De : ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] De la part de Richard
Sims
Envoyé : jeudi 14 juin 2007 14:34
À : ADSM-L@VM.MARIST.EDU
Objet : Re: [ADSM-L] Move drmedia
On Jun 14, 2007, at 7:51 A
On Jun 14, 2007, at 7:51 AM, CAYE PIERRE wrote:
When I look at move drmedia, it seems to be impossible to make a move
drm whithout moving copy stgpools media.
I haven't tried it, but you may accomplish your objective by
specifying an always-empty, placebo copy storage pool. Maybe someon
Hi all,
I wish to manage dbbackup media exclusively with drm.
My purpose is, in fact, to manage dbbackup media retention through drm.
When I look at set drmcopy, I can see that it is not possible to set a
value that tell TSM not to manage any of the copy stgpools.
When I look at move drmedia
s len
-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Andrew
Ferris
Sent: Thursday, February 23, 2006 2:00 PM
To: ADSM-L@VM.MARIST.EDU
Subject: [ADSM-L] LTO drive error on MOVE DRMEDIA
Hi *DSM-ers,
TSM Server 5.2.3.2 on Win 2000
3584 Tape Library with 4
hat way.
Wanda Prather
"I/O, I/O, It's all about I/O" -(me)
-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of
Andrew Ferris
Sent: Thursday, February 23, 2006 2:00 PM
To: ADSM-L@VM.MARIST.EDU
Subject: LTO drive error on MOVE DRMEDI
Wanda Prather
"I/O, I/O, It's all about I/O" -(me)
-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of
Andrew Ferris
Sent: Thursday, February 23, 2006 2:00 PM
To: ADSM-L@VM.MARIST.EDU
Subject: LTO drive error on MOVE DRMEDIA
Hi *
Hi *DSM-ers,
TSM Server 5.2.3.2 on Win 2000
3584 Tape Library with 4 LTO-2 drives
It's offsite backup day and our regularly scheduled MOVE DRMEDIA *
WHERE STATE=MOUNTABLE... produced this error on one of our tapes:
02/23/2006 09:04:46 ANR6696I MOVE DRMEDIA: CHECKOUT LIBVOLUME for
v
Thank you. That's what I thought but the documentation is not very clear in
this respect.
Take care,
Al
-Original Message-
From: David Longo [mailto:[EMAIL PROTECTED]
Sent: Thursday, August 21, 2003 10:26 AM
To: [EMAIL PROTECTED]
Subject: Re: Move DRMedia Question.
Yes,
Yes, it's "automatic". That is if you run expiration and reclaimation
on a regular basis.
David B. Longo
System Administrator
Health First, Inc.
3300 Fiske Blvd.
Rockledge, FL 32955-4305
PH 321.434.5536
Pager 321.634.8230
Fax:321.434.5509
[EMAIL PROTECTED]
>>> [EMAIL PROTECTED] 08/2
Hello group,
I've recently moved to a 3494 from a manual library. I'm
curious how DRM offsite tapes that are in the status of VAULT get into the
status of VAULTRETRIEVE state. Do they go there automatically when they
become empty?
Thanks,
Al
Alan Davenpor
|
| To: [EMAIL PROTECTED]
|
| cc: (bcc: Jörg Nouvertné/FIRDU/Europe/MCKINSEY)
|
|
, 2003 5:13 PM
To: [EMAIL PROTECTED]
Subject: Re: Move Drmedia ... Remove=BULK asks for a reply
I have suspected I saw it on occasion. But not well enough to document. I
have a 3583, 6 LTO1 drives, 60 slots, and door with 12 slots. TSM on Win2K
is 4.2.3.1
-Original Message-
From: John
]
Subject: Move Drmedia ... Remove=BULK asks for a reply
Greetings,
We recently installed a new TSM server on a pSeries 650 using TSM
5.1.6.5, and a 3584 Tape Library with a L32 and D32 frames with 15 LTO
Gen 1 Tape drives. The library has the 10 i/o slot option.
The server and library work
drm media, we use:
move drmedia * wherestate=mountable tostate=vault remove=bulk
This performs the 'move drmedia' OK, but asks for a reply back after
every tape checks out! According to the manual, a "remove=bulk"
shouldn't require a reply, but for some reason it does o
We are currently seeing the following situation with the 5.1.5 version of
TSM:
We have multiple backup clients writing to the same primary disk storage
pool. The migration threshold is reached and a migration is started to the
next LTO tape storage pool. While the migration process is waiting fo
[EMAIL PROTECTED]>
02/28/03 03:44 PM
Please respond to "ADSM: Dist Stor Manager"
To: [EMAIL PROTECTED]
cc:
Subject: Re: Problem while using "move drmedia"
Before the APAR, the Search=yes parameter allowed TSM to grab all tapes,
not just
tor Manager"
To: [EMAIL PROTECTED]
cc:
Subject:Re: Problem while using "move drmedia"
Please explain more, as I don't see how anything would change. Inserted
tapes in a 3494 go to category FF00 which means "who wants to adopt me?"
Are t
which all share a 3494.
Curious.
Orville Lantto <[EMAIL PROTECTED]>
Sent by: "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>
02/28/03 02:40 PM
Please respond to "ADSM: Dist Stor Manager"
To: [EMAIL PROTECTED]
cc:
Subject:Re: P
Tommy Templeton <[EMAIL PROTECTED]>
Sent by: "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>
02/28/03 02:29 PM
Please respond to "ADSM: Dist Stor Manager"
To: [EMAIL PROTECTED]
cc:
Subject:Re: Problem while using "move drmedia&
on <[EMAIL PROTECTED]>
Sent by: "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>
02/28/2003 02:29 PM
Please respond to "ADSM: Dist Stor Manager"
To: [EMAIL PROTECTED]
cc:
Subject: Re: Problem while using "move drmedia"
Th
BACKGROUND completed with completion state SUCCESS at
13:26:35.
- Original Message -
From: "Orville Lantto" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Friday, February 28, 2003 11:47 AM
Subject: Re: Problem while using "move drmed
espond to "ADSM: Dist Stor Manager"
To: [EMAIL PROTECTED]
cc:
Subject:Problem while using "move drmedia"
Hi *SM'ers
This morning I was running this script:
move drmedia * wherestate=vaultretrieve copystgpool=offsitepool1
source=dbsn
Hi *SM'ers
This morning I was running this script:
move drmedia * wherestate=vaultretrieve copystgpool=offsitepool1 source=dbsnapshot
checkin libv 3494vts search=yes status=scratch devt=3590 checkl=no
query actlog search="MOVE DRMEDIA"
I got some unexpected results. Not only did
If it is the case, use "tapeutil" and get those particular tapes out from
library
Raghu
-Original Message-
From: Conko, Steven [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, January 07, 2003 9:32 AM
To: [EMAIL PROTECTED]
Subject: move drmedia but tapes werent ejected
we're
o i try to search...
checkin libv 3494 search=yes status=private devtype=3590
volrange=j00544,j00544... it returns immediately saying "0 found"
-Original Message-
From: LeBlanc, Patricia [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, January 07, 2003 9:44 AM
To: [EMAIL PROTECTED]
Subje
search=yes status=private devtype=3590
volrange=j00544,j00544... it returns immediately saying "0 found"
-Original Message-
From: LeBlanc, Patricia [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, January 07, 2003 9:44 AM
To: [EMAIL PROTECTED]
Subject: Re: move drmedia but tapes werent ejec
just do a checkin, and a checkout.
-Original Message-
From: Conko, Steven [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, January 07, 2003 9:32 AM
To: [EMAIL PROTECTED]
Subject: move drmedia but tapes werent ejected
we're running tsm 4.2 on aix 4.3.3. we run a daily move drmedia but in
we're running tsm 4.2 on aix 4.3.3. we run a daily move drmedia but in this
case 3 tapes did not get ejected because they were mounted. however, the
move drmedia command made changes to make it look like they are no longer in
the database. short of actually opening up the library and removing
PROTECTED]
Professional Association of Contract Employees
(P.A.C.E. -- www.pacepros.com)
-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]On Behalf Of
Miles Purdy
Sent: Monday, July 29, 2002 7:05 AM
To: [EMAIL PROTECTED]
Subject: Re: move drmedia
'move drm&#x
Hi. Someone said that had found their answer.
try help SET DRMCHECKLABEL
(Specify Label Checking)
-Original Message-
From: Burak Demircan [mailto:[EMAIL PROTECTED]]
Sent: Monday, July 29, 2002 12:26 AM
To: [EMAIL PROTECTED]
Subject: move drmedia
Hi,
How can I prevent my 3583
7:26 AM
To: [EMAIL PROTECTED]
Subject: move drmedia
Hi,
How can I prevent my 3583 library to check barcode labels when using "move
drmedia" command.
I could not find checklabel option in the command help.
Regards,
Burak
When doing "move drmedia * wherestate=mountable" it does. It checks
them out of the library. I don't believe there is a way to check them
out with this command without "checklabel".
David Longo
>>> [EMAIL PROTECTED] 07/29/02 10:05AM >>>
'move
event my 3583 library to check barcode labels when using "move
drmedia" command.
I could not find checklabel option in the command help.
Regards,
Burak
Hi,
I found my question's answer: I would need to set it in drm options like
SET DRMCHECKLABEL NO
Regards,
Burak
Hi,
How can I prevent my 3583 library to check barcode labels when using "move
drmedia" command.
I could not find checklabel option in the command help.
Regards,
Burak
Chris,
When we return our drmedia from offsite, we use the following command:
move drmedia * wherestate=vaultr tostate=onsiter
This takes any tape that is in vault_retrieve and moves to on_site_retrieve.
As a precaution, run a q drmedia * wherestate=vaultr to make sure you
have all the tapes
d in blocks and want to be able to tell they system
that they are in the onsiteretrieve without having to do a 'move drmedia
xx tostate=onsiteretrieve' for every one, is there a way of inputting a
text file (as with checkin) or another way.
I am running server on NT4 sp6a with TSM 3.7.4 wi
Hello all,
I am trying to improve our tape returns. I have a number of
Drtapes that get expired in blocks and want to be able to tell they system
that they are in the onsiteretrieve without having to do a 'move drmedia
xx tostate=onsiteretrieve' for every one, is ther
54 matches
Mail list logo
