Richard,
That seems to have done the trick.
Many Thanks,
=Adrian=
-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of
Richard Sims
Sent: 13 March 2007 16:06
To: ADSM-L@VM.MARIST.EDU
Subject: Re: [ADSM-L] Problem with empty tapes not returned to
try a move media LU0027 STG= state=mountablenotinlib
-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Behalf Of
Davis, Adrian
Sent: Tuesday, March 13, 2007 12:03 PM
To: ADSM-L@VM.MARIST.EDU
Subject: Re: Problem with empty tapes not returned to "Scratch&qu
Perform a DELete Volume, with DISCARDdata=No. That will at least
serve as a diagnostic, if not resolver.
Richard Sims
LU0027 f=d" do not change.
Best Regards,
=Adrian=
-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of
Mark Stapleton
Sent: 13 March 2007 15:53
To: ADSM-L@VM.MARIST.EDU
Subject: Re: [ADSM-L] Problem with empty tapes not returned to "Scratch&q
er on behalf of Davis, Adrian
Sent: Tue 3/13/2007 10:40 AM
To: ADSM-L@VM.MARIST.EDU
Subject: [ADSM-L] Problem with empty tapes not returned to "Scratch"
I've noticed that I have 4 volumes in the library with details similar
to:-
Volume Name: LU0027
Storag
I've noticed that I have 4 volumes in the library with details similar
to:-
Volume Name: LU0027
Storage Pool Name: 3583LMX
Device Class Name: 3583CLASS
Estimated Capacity (MB): 0.0
Scaled Capacity Applied:
Pct Util: 0
saves 1 step.
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 T.
Lists
Sent: Friday, September 24, 2004 11:57 AM
To: [EMAIL PROTECTED]
Subject: Re: Empty Tapes are NOT Empty?
Funny that
riginal Message-
> From: Doug Thorneycroft
> [mailto:[EMAIL PROTECTED]
> Sent: Thursday, September 23, 2004 6:28 PM
> To: [EMAIL PROTECTED]
> Subject: Re: Empty Tapes are NOT Empty?
>
>
> Does q content also show them as empty?
> Even if they have overflow on them, th
Yes it does show them as empty. ... ... I'll try the audit vol. Thanks...
Jack
-Original Message-
From: Doug Thorneycroft [mailto:[EMAIL PROTECTED]
Sent: Thursday, September 23, 2004 6:28 PM
To: [EMAIL PROTECTED]
Subject: Re: Empty Tapes are NOT Empty?
Does q content also show th
ame
From: ADSM: Dist Stor Manager on behalf of Coats, Jack
Sent: Thu 9/23/2004 5:21 PM
To: [EMAIL PROTECTED]
Subject: Empty Tapes are NOT Empty?
I found that my offsite copy pool has lots of tapes in it that are 'full' or
'filling', but 0 percent full.
I do a m
:[EMAIL PROTECTED]
Sent: Thursday, September 23, 2004 4:22 PM
To: [EMAIL PROTECTED]
Subject: Empty Tapes are NOT Empty?
I found that my offsite copy pool has lots of tapes in it that are 'full' or
'filling', but 0 percent full.
I do a move data on these tapes, and some say they
I found that my offsite copy pool has lots of tapes in it that are 'full' or
'filling', but 0 percent full.
I do a move data on these tapes, and some say they cannot be moved, but they
are not empty (and not moving to the pending state).
My understanding is these tapes may have the overflow of a
lume back out of the library and it should go to MOUNTABLTNOTINLIB. Then
the below command from Bill will move EMPTY tapes (WHERESTATUS=EMPTY). I
don't remember if the volume goes scratch right then, or if it goes scratch
when you check it back in to the library. But I do remember that if yo
isn't exposed
to any query that this volume is being managed by the MOVE MEDIA. Take to
volume back out of the library and it should go to MOUNTABLTNOTINLIB. Then
the below command from Bill will move EMPTY tapes (WHERESTATUS=EMPTY). I
don't remember if the volume goes scratch right then, or if
r"
To: [EMAIL PROTECTED]
cc:
Subject:Re: Empty tapes not returning to scratch
Nothing.
At 03:51 PM 8/2/2004 -0500, you wrote:
>Is there more information in the activity log about what this return code
14
>is?
>
>-Original Message-
&
mind deletes if it is either r/o or r/w. unavailable blocks deletion.
I am still on TSM 4.2 on windows
-Original Message-
From: TSM_User [mailto:[EMAIL PROTECTED]
Sent: Monday, August 02, 2004 6:05 PM
To: [EMAIL PROTECTED]
Subject: Re: Empty tapes not returning to scratch
I think that
phone: (856) 566-5022
>>>
>>>
>>>
>>>
>>>
>>>fred johanson
>>>Sent by: "ADSM: Dist Stor Manager"
>>>08/02/2004 02:12 PM
>>>Please respond to "ADSM: Dist Stor Manager"
>>>
>>>
>>>
:47 PM
To: [EMAIL PROTECTED]
Subject: Re: Empty tapes not returning to scratch
What is your reuse delay set to on BACKDESKPOOL storagepool?
-Original Message-
From: fred johanson [mailto:[EMAIL PROTECTED]
Sent: Monday, August 02, 2004 2:02 PM
To: [EMAIL PROTECTED]
Subject: Re: Empty tapes
What is your reuse delay set to on BACKDESKPOOL storagepool?
-Original Message-
From: fred johanson [mailto:[EMAIL PROTECTED]
Sent: Monday, August 02, 2004 2:02 PM
To: [EMAIL PROTECTED]
Subject: Re: Empty tapes not returning to scratch
Volume Name: UC0262
Ok, I'll show my ignorance.
Would the setting of MAXSCRATCH being to low on your default tape pool have
any effect?
-Original Message-
From: fred johanson [mailto:[EMAIL PROTECTED]
Sent: Monday, August 02, 2004 1:13 PM
To: [EMAIL PROTECTED]
Subject: Empty tapes not returning to sc
]
Subject: Re: Empty tapes not returning to scratch
Same: return code=14 on delete.
Also, volumes have been thru expiration twice.
At 04:21 PM 8/2/2004 -0400, you wrote:
>What happens if you set the tape ACCESS back to READ/WRITE?
>
>-Original Message-
>From: ADSM: Dist Stor Man
Is there more information in the activity log about what this return code 14
is?
-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of
fred johanson
Sent: Monday, August 02, 2004 3:38 PM
To: [EMAIL PROTECTED]
Subject: Re: Empty tapes not returning to
<[EMAIL PROTECTED]To: [EMAIL PROTECTED]
CAGO.EDU>cc:
Sent by: "ADSM: Subject: Re: Empty tapes
not returning to scratch
Dist Stor
Manager"
Storage Administration
Office Telephone: (856) 566-5022
fred johanson <[EMAIL PROTECTED]>
Sent by: "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>
08/02/2004 04:02 PM
Please respond to "ADSM: Dist Stor Manager"
To: [EMAIL PROTECTED]
cc:
Sub
Perhaps an upd libvol UOCLIB UC0262 status=scratch?
"fred johanson"
<[EMAIL PROTECTED]To: [EMAIL PROTECTED]
CAGO.EDU>cc:
Sent by: "ADSM: Subj
: Monday, August 02, 2004 4:02 PM
To: [EMAIL PROTECTED]
Subject: Re: Empty tapes not returning to scratch
Volume Name: UC0262
State: Mountable in library
Last Update Date/Time: 02/06/2004 12:31:03
Location:
Storage Pool Name: BACKDESKPOOL
Automated
What happens if you set the tape ACCESS back to READ/WRITE?
-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of
fred johanson
Sent: Monday, August 02, 2004 4:02 PM
To: [EMAIL PROTECTED]
Subject: Re: Empty tapes not returning to scratch
-5022
fred johanson <[EMAIL PROTECTED]>
Sent by: "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>
08/02/2004 04:02 PM
Please respond to "ADSM: Dist Stor Manager"
To: [EMAIL PROTECTED]
cc:
Subject:Re: Empty tapes not returning to
lt;[EMAIL PROTECTED]>
08/02/2004 03:48 PM
Please respond to "ADSM: Dist Stor Manager"
To: [EMAIL PROTECTED]
cc:
Subject:Re: Empty tapes not returning to scratch
Server level 5.2.2.5
q med uc0262
UC0262 Mountable in library
lease respond to "ADSM: Dist Stor Manager"
To: [EMAIL PROTECTED]
cc:
Subject:Re: Empty tapes not returning to scratch
Server level 5.2.2.5
q med uc0262
UC0262 Mountable in library UOCLIB
q vol uc0262 f=d
ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>
08/02/2004 02:12 PM
Please respond to "ADSM: Dist Stor Manager"
To: [EMAIL PROTECTED]
cc:
Subject:Empty tapes not returning to scratch
A new variation on an old problem.
I've moved a lot of m
ffice Telephone: (856) 566-5022
fred johanson <[EMAIL PROTECTED]>
Sent by: "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>
08/02/2004 02:12 PM
Please respond to "ADSM: Dist Stor Manager"
To: [EMAIL PROTECTED]
cc:
Subject:Empty tapes n
;[EMAIL PROTECTED]>
08/02/2004 02:12 PM
Please respond to "ADSM: Dist Stor Manager"
To: [EMAIL PROTECTED]
cc:
Subject:Empty tapes not returning to scratch
A new variation on an old problem.
I've moved a lot of media to the shelf for space reasons.
Please respond to "ADSM: Dist Stor Manager"
To: [EMAIL PROTECTED]
cc:
Subject:Empty tapes not returning to scratch
A new variation on an old problem.
I've moved a lot of media to the shelf for space reasons. A bonus to
using
move as opposed to checko
A new variation on an old problem.
I've moved a lot of media to the shelf for space reasons. A bonus to using
move as opposed to checkout is that when tapes hit empty on the shelf, they
do not disappear from the storagepool. I restored 4 such to the tape robot
on Friday, checked them into the Lib
Good Morning!
I am running into a condition where I end up with a lot of empty tapes, yet
they do not seem to get recalled from off-site. I manually go in and
update them to be access=readwrite loc='', thinking they will show up on
the return list from off-site vaulting but that does n
Fixed my own darn problem ;P
The following web page, and specific commands did the trick.
http://www.urz.uni-heidelberg.de/ADSM/ibmdoc.tsm51/win/html/guide/anrwgd73.htm
commands:
query media * stg=* whereovflocation=Room2948 wherestatus=empty
move media * stg=* wherestate=mountablenotinlib wher
I have a Magstar 3575-L06 and am running TSM 4.2.3.1.
I have a bunch of EMPTY tapes that are "mountablenotinlib", and I cannot
delete the volumes or reclaim. If I put them in the library, they are never
reclaimed. Anyone know what the deal is with this? I'd like to make these
tap
Katherine,
Let me try to convince you:
If you have a "large" database (whatever vendor) and "small" transaction
logs for it and some kind disaster strikes (you have *DISASTER* recovery
manager, don't you) your library. You can get back from vault the database
data but without the logs it is let's
Try: upd libv libraryname xx stat=scr
--
"ADSM: Dist Stor Manager" <[EMAIL PROTECTED]> schrieb am 31.08.2001
09:58:37:
> Hi,
>
> thanks for answers. I think I've got the problem.
> My colleague labeld new volumes when I was in holiday. He didn't label
the
> volumes as scratch volume. I wil
[EMAIL PROTECTED]
cc:(bcc: Robin Sharpe/WA/USR/SHG)
08/31/01 09:23 AMSubject:
Please respond to Antw: Re: Scratching empty tapes
"ADSM: Dist Stor
Manager"
There may be
There may be a quicker way, but that's what I would do - relabel them.
Doesn't take long.
David Longo
>>> [EMAIL PROTECTED] 08/31/01 04:57AM >>>
Hi,
thanks for answers. I think I've got the problem.
My colleague labeld new volumes when I was in holiday. He didn't label the volumes as
scratch
Hi,
thanks for answers. I think I've got the problem.
My colleague labeld new volumes when I was in holiday. He didn't label the volumes as
scratch volume. I will shoot him when he is back at office on monday.
Now I've got the problem to change the tapes to scratch tapes. I tried to do it with
empty tapes
Hi,
thanks for answers. I think I've got the problem.
My colleague labeld new volumes when I was in holiday. He didn't label the
volumes as scratch volume. I will shoot him when he is back at office on
monday. Now I've got the problem to change the tapes to scratch tapes
From: "Wolfgang Herkenrath" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Thursday, August 30, 2001 3:31 PM
Subject: Scratching empty tapes
> Hi *SM'ers,
>
> TSM 3.7.0.0 on AIX
>
> I'm testing TSM 3.7 on AIX. Until now TSM run's on MVS.
> I h
t; Wolfgang Herkenrath
> Sent: Thursday, August 30, 2001 9:32 AM
> To: [EMAIL PROTECTED]
> Subject: Scratching empty tapes
>
>
> Hi *SM'ers,
>
> TSM 3.7.0.0 on AIX
>
> I'm testing TSM 3.7 on AIX. Until now TSM run's on MVS.
> I have defined one sequen
Hi *SM'ers,
TSM 3.7.0.0 on AIX
I'm testing TSM 3.7 on AIX. Until now TSM run's on MVS.
I have defined one sequential Storagepool, which is connected with a 3494 ATL.
The maximum Scratch Volumes are set to 45.
There is one client defined.
Every day I checked the number of volumes in the Storage
47 matches
Mail list logo
