Re: Sometime returning offsite tapes still can't be checked in a scratch

[Schneider, John]

Anil,
Thanks for your reply.  An Audit Library shouldn't be a big
deal, but since it has to be done when no tapes are mounted, it becomes
a big deal.  Our library has tapes mounted round the clock, so we have
to schedule an outage and cancel some processes to get it quiet enough
for an Audit Library. 


Best Regards,

John D. Schneider 
Phone: 314-364-3150 
Cell: 314-486-2359 
Email:  [EMAIL PROTECTED] 


-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of
Anil Maurya
Sent: Friday, May 30, 2008 11:35 AM
To: ADSM-L@VM.MARIST.EDU
Subject: Re: [ADSM-L] Sometime returning offsite tapes still can't be
checked in a scratch

As you know each tsm instance has its own volume history .Volume history
( library manager ) contains history of all volume which  physical in
library as well as not in library. It can happen a particular volume is
deleted from library client volume history but that same volume still
appears as a TSM instance owning it. Once you run auidt from library
client It update all its volume status to library manager.
I don't see any harm running audit library from library client.

Good luck 

-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of
Schneider, John
Sent: Friday, May 30, 2008 12:21 PM
To: ADSM-L@VM.MARIST.EDU
Subject: Re: [ADSM-L] Sometime returning offsite tapes still can't be
checked in a scratch

Anil,
Thanks for your email, but the tapes that are in this state are
NOT in a library.  They are tapes that are coming back from offsite.
And the library does not show these tapes in their inventory.
Can you explain more about why you think an Audit Library from
the library clients will matter?


Best Regards,

John D. Schneider
Phone: 314-364-3150
Cell: 314-486-2359
Email:  [EMAIL PROTECTED] 


-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of
Anil Maurya
Sent: Friday, May 30, 2008 9:08 AM
To: ADSM-L@VM.MARIST.EDU
Subject: Re: [ADSM-L] Sometime returning offsite tapes still can't be
checked in a scratch

I have seen similar behavior some time. I would suggest run audit
library from library clients ( AUIDT LIBRARY LIBRARYNAME CHECKL=BARCODE
). Make sure no tapes  mounted on library clients. This processes tells
library manager what I own and their status.

THX
 

-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of
Howard Coles
Sent: Friday, May 30, 2008 8:59 AM
To: ADSM-L@VM.MARIST.EDU
Subject: Re: [ADSM-L] Sometime returning offsite tapes still can't be
checked in a scratch

I'm not sure any of this would affect your situation, but just to cover
some ground and get basic questions out of the way:
1.  Are all the tapes in the same storage pools?
2.  Are there any Reuse delay settings that are different for the tapes
in questions vs those who seem to have no problems?
3.  Are all the tapes being moved from Courier Retrieve in the same
process?  (move drm * wherest=courierr type of thing?)

I don't know that any of these would have the kind of effect that you
are speaking of but, just thought I'd get some of these out of the way.

See Ya'
Howard


> -Original Message-
> From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf 
> Of Schneider, John
> Sent: Friday, May 30, 2008 12:16 AM
> To: ADSM-L@VM.MARIST.EDU
> Subject: [ADSM-L] Sometime returning offsite tapes still can't be 
> checked in a scratch
> 
> Greetings,
> We are running TSM 5.4.2 server on AIX 5.3.  We are in a shared 
> library environment, with 10 TSM server instances sharing a IBM3584 
> tape library, while one TSM server instance acts as the library 
> master.
> Occassionally, maybe once every few weeks, we get into a situation 
> where a tape is reclaimed, then goes into Vaultretrieve.  Then our 
> daily scripts notify our offsite vendor to return that tape, and moves

> it to Courierretrieve.  The tape then becomes a scratch tape, as you 
> can
seen
> in this actlog:
> 
> Date/TimeMessage
> 
> --
> 05/28/2008 06:15:00  ANR2017I Administrator EXTSCRIPT issued command:
> MOVE
>   DRMEDIA 040153 TOST=COURIERR W=Y  (SESSION:
> 79397)
> 05/28/2008 06:15:00  ANR6683I MOVE DRMEDIA: Volume 040153 was moved 
> from
>   VAULTRETRIEVE state to COURIERRETRIEVE.
(SESSION:
> 79397,
>   PROCESS: 240)
> 05/28/2008 06:29:48  ANR1341I Scratch volume 040153 has been deleted 
> from
>   storage pool DRCOPYPOOL. (SESSION: 79452)
> 05/28/2008 06:29:48  ANR6684I MOVE DRMEDIA: Volume 040153 was deleted.
>   (SESSION: 79452)
> 
> Something goes wrong, though, because we would ex

Re: Sometime returning offsite tapes still can't be checked in a scratch

[Anil Maurya]

As you know each tsm instance has its own volume history .Volume history
( library manager ) contains history of all volume which  physical in
library as well as not in library. It can happen a particular volume is
deleted from library client volume history but that same volume still
appears as a TSM instance owning it. Once you run auidt from library
client It update all its volume status to library manager.
I don't see any harm running audit library from library client.

Good luck 

-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of
Schneider, John
Sent: Friday, May 30, 2008 12:21 PM
To: ADSM-L@VM.MARIST.EDU
Subject: Re: [ADSM-L] Sometime returning offsite tapes still can't be
checked in a scratch

Anil,
Thanks for your email, but the tapes that are in this state are
NOT in a library.  They are tapes that are coming back from offsite.
And the library does not show these tapes in their inventory.
Can you explain more about why you think an Audit Library from
the library clients will matter?


Best Regards,

John D. Schneider
Phone: 314-364-3150
Cell: 314-486-2359
Email:  [EMAIL PROTECTED] 


-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of
Anil Maurya
Sent: Friday, May 30, 2008 9:08 AM
To: ADSM-L@VM.MARIST.EDU
Subject: Re: [ADSM-L] Sometime returning offsite tapes still can't be
checked in a scratch

I have seen similar behavior some time. I would suggest run audit
library from library clients ( AUIDT LIBRARY LIBRARYNAME CHECKL=BARCODE
). Make sure no tapes  mounted on library clients. This processes tells
library manager what I own and their status.

THX
 

-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of
Howard Coles
Sent: Friday, May 30, 2008 8:59 AM
To: ADSM-L@VM.MARIST.EDU
Subject: Re: [ADSM-L] Sometime returning offsite tapes still can't be
checked in a scratch

I'm not sure any of this would affect your situation, but just to cover
some ground and get basic questions out of the way:
1.  Are all the tapes in the same storage pools?
2.  Are there any Reuse delay settings that are different for the tapes
in questions vs those who seem to have no problems?
3.  Are all the tapes being moved from Courier Retrieve in the same
process?  (move drm * wherest=courierr type of thing?)

I don't know that any of these would have the kind of effect that you
are speaking of but, just thought I'd get some of these out of the way.

See Ya'
Howard


> -Original Message-
> From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf 
> Of Schneider, John
> Sent: Friday, May 30, 2008 12:16 AM
> To: ADSM-L@VM.MARIST.EDU
> Subject: [ADSM-L] Sometime returning offsite tapes still can't be 
> checked in a scratch
> 
> Greetings,
> We are running TSM 5.4.2 server on AIX 5.3.  We are in a shared 
> library environment, with 10 TSM server instances sharing a IBM3584 
> tape library, while one TSM server instance acts as the library 
> master.
> Occassionally, maybe once every few weeks, we get into a situation 
> where a tape is reclaimed, then goes into Vaultretrieve.  Then our 
> daily scripts notify our offsite vendor to return that tape, and moves

> it to Courierretrieve.  The tape then becomes a scratch tape, as you 
> can
seen
> in this actlog:
> 
> Date/TimeMessage
> 
> --
> 05/28/2008 06:15:00  ANR2017I Administrator EXTSCRIPT issued command:
> MOVE
>   DRMEDIA 040153 TOST=COURIERR W=Y  (SESSION:
> 79397)
> 05/28/2008 06:15:00  ANR6683I MOVE DRMEDIA: Volume 040153 was moved 
> from
>   VAULTRETRIEVE state to COURIERRETRIEVE.
(SESSION:
> 79397,
>   PROCESS: 240)
> 05/28/2008 06:29:48  ANR1341I Scratch volume 040153 has been deleted 
> from
>   storage pool DRCOPYPOOL. (SESSION: 79452)
> 05/28/2008 06:29:48  ANR6684I MOVE DRMEDIA: Volume 040153 was deleted.
>   (SESSION: 79452)
> 
> Something goes wrong, though, because we would expect that the
instance
> that just scratched the tape would notify the library master.  That 
> must happen most of the time, because usually the next day the tape 
> comes back and can be checked back in as a scratch.  But sometimes, we

> get this message:
> 
> 05/29/08 16:50:04 ANR8443E CHECKIN LIBVOLUME: Volume 040153 in
> library
>SUN0092 cannot be assigned a status of SCRATCH.
> (SESSION:
>358188, PROCESS: 745)
> 
> from the library master when we try to check in the scratch tapes.
Not
> for all the returning scratch tapes either, but just a few.  For some 
> reason  the library 

Re: Sometime returning offsite tapes still can't be checked in a scratch

[Schneider, John]

Anil,
Thanks for your email, but the tapes that are in this state are
NOT in a library.  They are tapes that are coming back from offsite.
And the library does not show these tapes in their inventory.
Can you explain more about why you think an Audit Library from
the library clients will matter?


Best Regards,

John D. Schneider 
Phone: 314-364-3150 
Cell: 314-486-2359 
Email:  [EMAIL PROTECTED] 


-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of
Anil Maurya
Sent: Friday, May 30, 2008 9:08 AM
To: ADSM-L@VM.MARIST.EDU
Subject: Re: [ADSM-L] Sometime returning offsite tapes still can't be
checked in a scratch

I have seen similar behavior some time. I would suggest run audit
library from library clients ( AUIDT LIBRARY LIBRARYNAME CHECKL=BARCODE
). Make sure no tapes  mounted on library clients. This processes tells
library manager what I own and their status.

THX
 

-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of
Howard Coles
Sent: Friday, May 30, 2008 8:59 AM
To: ADSM-L@VM.MARIST.EDU
Subject: Re: [ADSM-L] Sometime returning offsite tapes still can't be
checked in a scratch

I'm not sure any of this would affect your situation, but just to cover
some ground and get basic questions out of the way:
1.  Are all the tapes in the same storage pools?
2.  Are there any Reuse delay settings that are different for the tapes
in questions vs those who seem to have no problems?
3.  Are all the tapes being moved from Courier Retrieve in the same
process?  (move drm * wherest=courierr type of thing?)

I don't know that any of these would have the kind of effect that you
are speaking of but, just thought I'd get some of these out of the way.

See Ya'
Howard


> -Original Message-
> From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf 
> Of Schneider, John
> Sent: Friday, May 30, 2008 12:16 AM
> To: ADSM-L@VM.MARIST.EDU
> Subject: [ADSM-L] Sometime returning offsite tapes still can't be 
> checked in a scratch
> 
> Greetings,
> We are running TSM 5.4.2 server on AIX 5.3.  We are in a shared 
> library environment, with 10 TSM server instances sharing a IBM3584 
> tape library, while one TSM server instance acts as the library 
> master.
> Occassionally, maybe once every few weeks, we get into a situation 
> where a tape is reclaimed, then goes into Vaultretrieve.  Then our 
> daily scripts notify our offsite vendor to return that tape, and moves

> it to Courierretrieve.  The tape then becomes a scratch tape, as you 
> can
seen
> in this actlog:
> 
> Date/TimeMessage
> 
> --
> 05/28/2008 06:15:00  ANR2017I Administrator EXTSCRIPT issued command:
> MOVE
>   DRMEDIA 040153 TOST=COURIERR W=Y  (SESSION:
> 79397)
> 05/28/2008 06:15:00  ANR6683I MOVE DRMEDIA: Volume 040153 was moved 
> from
>   VAULTRETRIEVE state to COURIERRETRIEVE.
(SESSION:
> 79397,
>   PROCESS: 240)
> 05/28/2008 06:29:48  ANR1341I Scratch volume 040153 has been deleted 
> from
>   storage pool DRCOPYPOOL. (SESSION: 79452)
> 05/28/2008 06:29:48  ANR6684I MOVE DRMEDIA: Volume 040153 was deleted.
>   (SESSION: 79452)
> 
> Something goes wrong, though, because we would expect that the
instance
> that just scratched the tape would notify the library master.  That 
> must happen most of the time, because usually the next day the tape 
> comes back and can be checked back in as a scratch.  But sometimes, we

> get this message:
> 
> 05/29/08 16:50:04 ANR8443E CHECKIN LIBVOLUME: Volume 040153 in
> library
>SUN0092 cannot be assigned a status of SCRATCH.
> (SESSION:
>358188, PROCESS: 745)
> 
> from the library master when we try to check in the scratch tapes.
Not
> for all the returning scratch tapes either, but just a few.  For some 
> reason  the library master still thinks the TSM server instance owns 
> the tape, when that isn't true any longer.  But if we wait a few days,

> we can check the tapes in fine.
> 
> Can somebody tell me why a tape (or small group of tapes) can get 
> scratched by the owning TSM server, but not scratched by the library 
> master?  And why does it only happen sometimes?
> 
> Best Regards,
> 
> John D. Schneider
> Lead Systems Administrator - Storage
> Sisters of Mercy Health Systems
> 3637 South Geyer Road
> St. Louis, MO  63127
> Phone: 314-364-3150
> Cell: 314-486-2359
> Email:  [EMAIL PROTECTED]
> 
> 
> This e-mail contains information which (a) may be PROPRIETARY IN
NATURE
> OR
> OTHERWISE PROTECTED

Re: Sometime returning offsite tapes still can't be checked in a scratch

[Anil Maurya]

I have seen similar behavior some time. I would suggest run audit
library from library clients ( AUIDT LIBRARY LIBRARYNAME CHECKL=BARCODE
). Make sure no tapes  mounted on library clients. This processes tells
library manager what I own and their status.

THX
 

-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of
Howard Coles
Sent: Friday, May 30, 2008 8:59 AM
To: ADSM-L@VM.MARIST.EDU
Subject: Re: [ADSM-L] Sometime returning offsite tapes still can't be
checked in a scratch

I'm not sure any of this would affect your situation, but just to cover
some ground and get basic questions out of the way:
1.  Are all the tapes in the same storage pools?
2.  Are there any Reuse delay settings that are different for the tapes
in questions vs those who seem to have no problems?
3.  Are all the tapes being moved from Courier Retrieve in the same
process?  (move drm * wherest=courierr type of thing?)

I don't know that any of these would have the kind of effect that you
are speaking of but, just thought I'd get some of these out of the way.

See Ya'
Howard


> -Original Message-
> From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf 
> Of Schneider, John
> Sent: Friday, May 30, 2008 12:16 AM
> To: ADSM-L@VM.MARIST.EDU
> Subject: [ADSM-L] Sometime returning offsite tapes still can't be 
> checked in a scratch
> 
> Greetings,
> We are running TSM 5.4.2 server on AIX 5.3.  We are in a shared 
> library environment, with 10 TSM server instances sharing a IBM3584 
> tape library, while one TSM server instance acts as the library 
> master.
> Occassionally, maybe once every few weeks, we get into a situation 
> where a tape is reclaimed, then goes into Vaultretrieve.  Then our 
> daily scripts notify our offsite vendor to return that tape, and moves

> it to Courierretrieve.  The tape then becomes a scratch tape, as you 
> can
seen
> in this actlog:
> 
> Date/TimeMessage
> 
> --
> 05/28/2008 06:15:00  ANR2017I Administrator EXTSCRIPT issued command:
> MOVE
>   DRMEDIA 040153 TOST=COURIERR W=Y  (SESSION:
> 79397)
> 05/28/2008 06:15:00  ANR6683I MOVE DRMEDIA: Volume 040153 was moved 
> from
>   VAULTRETRIEVE state to COURIERRETRIEVE.
(SESSION:
> 79397,
>   PROCESS: 240)
> 05/28/2008 06:29:48  ANR1341I Scratch volume 040153 has been deleted 
> from
>   storage pool DRCOPYPOOL. (SESSION: 79452)
> 05/28/2008 06:29:48  ANR6684I MOVE DRMEDIA: Volume 040153 was deleted.
>   (SESSION: 79452)
> 
> Something goes wrong, though, because we would expect that the
instance
> that just scratched the tape would notify the library master.  That 
> must happen most of the time, because usually the next day the tape 
> comes back and can be checked back in as a scratch.  But sometimes, we

> get this message:
> 
> 05/29/08 16:50:04 ANR8443E CHECKIN LIBVOLUME: Volume 040153 in
> library
>SUN0092 cannot be assigned a status of SCRATCH.
> (SESSION:
>358188, PROCESS: 745)
> 
> from the library master when we try to check in the scratch tapes.
Not
> for all the returning scratch tapes either, but just a few.  For some 
> reason  the library master still thinks the TSM server instance owns 
> the tape, when that isn't true any longer.  But if we wait a few days,

> we can check the tapes in fine.
> 
> Can somebody tell me why a tape (or small group of tapes) can get 
> scratched by the owning TSM server, but not scratched by the library 
> master?  And why does it only happen sometimes?
> 
> Best Regards,
> 
> John D. Schneider
> Lead Systems Administrator - Storage
> Sisters of Mercy Health Systems
> 3637 South Geyer Road
> St. Louis, MO  63127
> Phone: 314-364-3150
> Cell: 314-486-2359
> Email:  [EMAIL PROTECTED]
> 
> 
> This e-mail contains information which (a) may be PROPRIETARY IN
NATURE
> OR
> OTHERWISE PROTECTED BY LAW FROM DISCLOSURE, and (b) is intended only 
> for the use of the addressee(s) named above. If you are not the 
> addressee, or the person responsible for delivering this to the 
> addressee(s), you are notified that reading, copying or distributing 
> this e-mail is prohibited. If
you
> have
> received this e-mail in error, please contact the sender immediately.

Re: Sometime returning offsite tapes still can't be checked in a scratch

[Howard Coles]

I'm not sure any of this would affect your situation, but just to cover
some ground and get basic questions out of the way:
1.  Are all the tapes in the same storage pools?
2.  Are there any Reuse delay settings that are different for the tapes
in questions vs those who seem to have no problems?
3.  Are all the tapes being moved from Courier Retrieve in the same
process?  (move drm * wherest=courierr type of thing?)

I don't know that any of these would have the kind of effect that you
are speaking of but, just thought I'd get some of these out of the way.

See Ya'
Howard


> -Original Message-
> From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf
> Of Schneider, John
> Sent: Friday, May 30, 2008 12:16 AM
> To: ADSM-L@VM.MARIST.EDU
> Subject: [ADSM-L] Sometime returning offsite tapes still can't be
> checked in a scratch
> 
> Greetings,
> We are running TSM 5.4.2 server on AIX 5.3.  We are in a shared
> library environment, with 10 TSM server instances sharing a IBM3584
> tape
> library, while one TSM server instance acts as the library master.
> Occassionally, maybe once every few weeks, we get into a situation
> where
> a tape is reclaimed, then goes into Vaultretrieve.  Then our daily
> scripts notify our offsite vendor to return that tape, and moves it to
> Courierretrieve.  The tape then becomes a scratch tape, as you can
seen
> in this actlog:
> 
> Date/TimeMessage
> 
> --
> 05/28/2008 06:15:00  ANR2017I Administrator EXTSCRIPT issued command:
> MOVE
>   DRMEDIA 040153 TOST=COURIERR W=Y  (SESSION:
> 79397)
> 05/28/2008 06:15:00  ANR6683I MOVE DRMEDIA: Volume 040153 was moved
> from
>   VAULTRETRIEVE state to COURIERRETRIEVE.
(SESSION:
> 79397,
>   PROCESS: 240)
> 05/28/2008 06:29:48  ANR1341I Scratch volume 040153 has been deleted
> from
>   storage pool DRCOPYPOOL. (SESSION: 79452)
> 05/28/2008 06:29:48  ANR6684I MOVE DRMEDIA: Volume 040153 was deleted.
>   (SESSION: 79452)
> 
> Something goes wrong, though, because we would expect that the
instance
> that just scratched the tape would notify the library master.  That
> must
> happen most of the time, because usually the next day the tape comes
> back and can be checked back in as a scratch.  But sometimes, we get
> this message:
> 
> 05/29/08 16:50:04 ANR8443E CHECKIN LIBVOLUME: Volume 040153 in
> library
>SUN0092 cannot be assigned a status of SCRATCH.
> (SESSION:
>358188, PROCESS: 745)
> 
> from the library master when we try to check in the scratch tapes.
Not
> for all the returning scratch tapes either, but just a few.  For some
> reason  the library master still thinks the TSM server instance owns
> the
> tape, when that isn't true any longer.  But if we wait a few days, we
> can check the tapes in fine.
> 
> Can somebody tell me why a tape (or small group of tapes) can get
> scratched by the owning TSM server, but not scratched by the library
> master?  And why does it only happen sometimes?
> 
> Best Regards,
> 
> John D. Schneider
> Lead Systems Administrator - Storage
> Sisters of Mercy Health Systems
> 3637 South Geyer Road
> St. Louis, MO  63127
> Phone: 314-364-3150
> Cell: 314-486-2359
> Email:  [EMAIL PROTECTED]
> 
> 
> This e-mail contains information which (a) may be PROPRIETARY IN
NATURE
> OR
> OTHERWISE PROTECTED BY LAW FROM DISCLOSURE, and (b) is intended only
> for the
> use of the addressee(s) named above. If you are not the addressee, or
> the
> person responsible for delivering this to the addressee(s), you are
> notified
> that reading, copying or distributing this e-mail is prohibited. If
you
> have
> received this e-mail in error, please contact the sender immediately.

Sometime returning offsite tapes still can't be checked in a scratch

[Schneider, John]

Greetings,
We are running TSM 5.4.2 server on AIX 5.3.  We are in a shared
library environment, with 10 TSM server instances sharing a IBM3584 tape
library, while one TSM server instance acts as the library master.
Occassionally, maybe once every few weeks, we get into a situation where
a tape is reclaimed, then goes into Vaultretrieve.  Then our daily
scripts notify our offsite vendor to return that tape, and moves it to
Courierretrieve.  The tape then becomes a scratch tape, as you can seen
in this actlog:
 
Date/TimeMessage

--
05/28/2008 06:15:00  ANR2017I Administrator EXTSCRIPT issued command:
MOVE
  DRMEDIA 040153 TOST=COURIERR W=Y  (SESSION: 79397)
05/28/2008 06:15:00  ANR6683I MOVE DRMEDIA: Volume 040153 was moved from
  VAULTRETRIEVE state to COURIERRETRIEVE. (SESSION:
79397,
  PROCESS: 240)
05/28/2008 06:29:48  ANR1341I Scratch volume 040153 has been deleted
from
  storage pool DRCOPYPOOL. (SESSION: 79452)
05/28/2008 06:29:48  ANR6684I MOVE DRMEDIA: Volume 040153 was deleted.
  (SESSION: 79452)
 
Something goes wrong, though, because we would expect that the instance
that just scratched the tape would notify the library master.  That must
happen most of the time, because usually the next day the tape comes
back and can be checked back in as a scratch.  But sometimes, we get
this message:
 
05/29/08 16:50:04 ANR8443E CHECKIN LIBVOLUME: Volume 040153 in
library  
   SUN0092 cannot be assigned a status of SCRATCH.
(SESSION:
   358188, PROCESS: 745) 
 
from the library master when we try to check in the scratch tapes.  Not
for all the returning scratch tapes either, but just a few.  For some
reason  the library master still thinks the TSM server instance owns the
tape, when that isn't true any longer.  But if we wait a few days, we
can check the tapes in fine.
 
Can somebody tell me why a tape (or small group of tapes) can get
scratched by the owning TSM server, but not scratched by the library
master?  And why does it only happen sometimes?

Best Regards,

John D. Schneider 
Lead Systems Administrator - Storage 
Sisters of Mercy Health Systems 
3637 South Geyer Road 
St. Louis, MO  63127 
Phone: 314-364-3150 
Cell: 314-486-2359 
Email:  [EMAIL PROTECTED]

 
This e-mail contains information which (a) may be PROPRIETARY IN NATURE OR
OTHERWISE PROTECTED BY LAW FROM DISCLOSURE, and (b) is intended only for the
use of the addressee(s) named above. If you are not the addressee, or the
person responsible for delivering this to the addressee(s), you are notified
that reading, copying or distributing this e-mail is prohibited. If you have
received this e-mail in error, please contact the sender immediately.

Re: Offsite tapes not being brought back.

[Thorneycroft, Doug]

When you send the tapes offsite, do you update them to
access=offsite? 

-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Behalf Of
David Hensley
Sent: Monday, April 28, 2008 6:28 AM
To: ADSM-L@VM.MARIST.EDU
Subject: Offsite tapes not being brought back.


I have tapes in my offsite tapecopypool that are not being returned. How do
I bring these tapes back for use?



Dave Hensley
Technical Analyst
McNeilus Companies, Inc.
Desk: 1-507-374-8587
Cell: 1-507-244-0921


Although this e-mail and any attachments are believed to be free of any virus 
or other defect which might affect any computer system, it is the 
responsibility of the recipient to check that it is virus-free and the sender 
accepts no responsibility or liability for any loss, injury, damage, cost or 
expense arising in any way from receipt or use thereof by the recipient.

The information contained in this electronic mail message is confidential 
information and intended only for the use of the individual or entity named 
above, and may be privileged.  If the reader of this message is not the 
intended recipient, you are hereby notified that any dissemination, 
distribution or copying of this communication is strictly prohibited.  If you 
have received this transmission in error, please  contact the sender 
immediately, delete this material from your computer and destroy all related 
paper media.  Please note that the documents transmitted are not intended to be 
binding until a hard copy has been manually signed by all parties.
Thank you.

Re: Offsite tapes not being brought back.

[Howard Coles]

A copy pool works differently than a primary pool in this regard.  In a
primary pool, if the volume is "filling" it will not show up in
reclamation queries, in a copy pool it will.  However you have to
remember that in reclamation it's not the percent used, or valid that
matters it's the percent reclaimable.  What this means is that if the
tape is in a copypool, and is "filling" but only has a utilization of
30% TSM understands that its "70%" reclaimable once its offsite.  If you
set reclamation to 30% you'll get everything that's at that level and
higher, meaning all that are 40%, 50%, 60%, etc. etc.  
The lower you set that number the MORE tapes you'll have to reclaim, and
reclaiming an offsite pool is not like an onsite pool at all.

In an offsite pool the reclamation process can do things differently
depending on your version of TSM.  In 5.3 and newer you set the reclaim
level at 100%, and then run the "reclaim stg" command with a threshold
option.  In 5.2 and older you have to adjust the reclamation level on
the stg pool.  Either way it starts by gathering a list of tapes that
are at that level and above, and begins working on all of them at once.
Which means it may get 1% of every tape instead of working on the first,
then second, then third like a primary pool.  Now, if you use the
reclaim stg command you can set a limit on the number of tapes it
processes, and the time.   However, if you have a lot of tapes what you
want to do is set your reclaim threshold higher and allow TSM to reclaim
those, and then work your way down to the level you want.  (we set ours
to 60%).

I imagine you'll see a lot of tapes in the query below at near 100% due
to the fact that it has so many tapes to process every time reclamation
is run that it never finishes reclaiming any of them.  So, start by
setting reclamation to say 90 to start with, then work down until you
get to a comfortable level.

Here's a query that I run on one of our pools:
select volume_name as CP_LTO3_VOL,est_capacity_mb as
CAPACITY,pct_utilized as UTILIZATION,pct_reclaim as RECLAIMABLE from
volumes where stgpool_name='YOURPOOLNAME' and pct_reclaim>=$1 order by
pct_reclaim desc

Replace $1 with the percentage level you're looking for.  For example, 
select volume_name as CP_LTO3_VOL,est_capacity_mb as
CAPACITY,pct_utilized as UTILIZATION,pct_reclaim as RECLAIMABLE from
volumes where stgpool_name='YOURPOOLNAME' and pct_reclaim>=60 order by
pct_reclaim desc

You'll get out put similar to this:

tsm: TSM1>select volume_name as CP_LTO3_VOL,est_capacity_mb as
CAPACITY,pct_util
ized as UTILIZATION,pct_reclaim as RECLAIMABLE from volumes where
stgpool_name='
COPYPOOL-LTO3' and pct_reclaim>=60 order by pct_reclaim desc

CP_LTO3_VOLCAPACITY UTILIZATION
RECLAIMABLE
--  ---
---
A00237L3   819200.0 0.5
99.4
A00321L3   819200.0 0.6
99.3
A0L3   819200.0 8.0
91.9
A00324L3   819200.010.0
89.9
A00245L3   769166.210.9
89.2
A00207L3   813060.910.9
89.0
A00075L3   816712.813.1
86.8
A00247L3   819200.013.4
86.5
A00257L3   731022.815.1
85.0
A00123L3   819200.015.5
84.4
A00099L3   819200.016.1
83.8
A00250L3   818835.216.4
83.6
A00034L3   910177.337.7
62.4

See Ya'
Howard


> -Original Message-
> From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf
> Of Jim Young
> Sent: Monday, April 28, 2008 9:11 AM
> To: ADSM-L@VM.MARIST.EDU
> Subject: Re: [ADSM-L] Offsite tapes not being brought back.
> 
> Quick check SQL:
> 
> select volume_name,status,pct_reclaim,pct_utilized from volumes where
> (status='FILLING' or status='FULL') and
> stgpool_name='YOURSTGPOOLNAMEHERE'
> order by pct_reclaim
> 
> If pct_reclaim is not over 70 that would explain why.
> 
> Jim
> 
> - Original Message -
> From: "David Hensley" <[EMAIL PROTECTED]>
> To: 
> Sent: Monday, April 28, 2008 2:44 PM
> Subject: Re: [ADSM-L] Offsite tapes not being brought back.
> 
> 
> > Tapes are not flagged as empty. Reclaim does not appear to be
working
> > correctly. I have reclaim set to 30% and still nothing is
reclaiming.
> >
> >
> >
> > Dave Hensley
> > Technical Analyst
> > McNeilus Companies, Inc.
> > Desk: 1-507-374-8587
> > 

Re: Offsite tapes not being brought back.

[Strand, Neil B.]

You could run a "move data " to empty the volumes.

Neil Strand
Storage Engineer - Legg Mason
Baltimore, MD.
(410) 580-7491
Whatever you can do or believe you can, begin it.
Boldness has genius, power and magic.


-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of
David Hensley
Sent: Monday, April 28, 2008 9:28 AM
To: ADSM-L@VM.MARIST.EDU
Subject: [ADSM-L] Offsite tapes not being brought back.

I have tapes in my offsite tapecopypool that are not being returned. How
do I bring these tapes back for use?



Dave Hensley
Technical Analyst
McNeilus Companies, Inc.
Desk: 1-507-374-8587
Cell: 1-507-244-0921


Although this e-mail and any attachments are believed to be free of any
virus or other defect which might affect any computer system, it is the
responsibility of the recipient to check that it is virus-free and the
sender accepts no responsibility or liability for any loss, injury,
damage, cost or expense arising in any way from receipt or use thereof
by the recipient.

The information contained in this electronic mail message is
confidential information and intended only for the use of the individual
or entity named above, and may be privileged.  If the reader of this
message is not the intended recipient, you are hereby notified that any
dissemination, distribution or copying of this communication is strictly
prohibited.  If you have received this transmission in error, please
contact the sender immediately, delete this material from your computer
and destroy all related paper media.  Please note that the documents
transmitted are not intended to be binding until a hard copy has been
manually signed by all parties.
Thank you.

IMPORTANT:  E-mail sent through the Internet is not secure. Legg Mason 
therefore recommends that you do not send any confidential or sensitive 
information to us via electronic mail, including social security numbers, 
account numbers, or personal identification numbers. Delivery, and or timely 
delivery of Internet mail is not guaranteed. Legg Mason therefore recommends 
that you do not send time sensitive 
or action-oriented messages to us via electronic mail.

This message is intended for the addressee only and may contain privileged or 
confidential information. Unless you are the intended recipient, you may not 
use, copy or disclose to anyone any information contained in this message. If 
you have received this message in error, please notify the author by replying 
to this message and then kindly delete the message. Thank you.

Re: Offsite tapes not being brought back.

[Jim Young]

Quick check SQL:

select volume_name,status,pct_reclaim,pct_utilized from volumes where
(status='FILLING' or status='FULL') and stgpool_name='YOURSTGPOOLNAMEHERE'
order by pct_reclaim

If pct_reclaim is not over 70 that would explain why.

Jim

- Original Message -
From: "David Hensley" <[EMAIL PROTECTED]>
To: 
Sent: Monday, April 28, 2008 2:44 PM
Subject: Re: [ADSM-L] Offsite tapes not being brought back.



Tapes are not flagged as empty. Reclaim does not appear to be working
correctly. I have reclaim set to 30% and still nothing is reclaiming.



Dave Hensley
Technical Analyst
McNeilus Companies, Inc.
Desk: 1-507-374-8587
Cell: 1-507-244-0921



Angus Macdonald
   ADSM-L@VM.MARIST.EDU
Sent by: "ADSM:cc
Dist Stor
Manager"  Subject
        <[EMAIL PROTECTED] Re: [ADSM-L] Offsite tapes not
.EDU> being brought back.


04/28/2008 08:31
AM


Please respond to
"ADSM: Dist Stor
Manager"
<[EMAIL PROTECTED]
  .EDU>






Are the tapes flagged as Empty? Is reclamation working?

-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Behalf Of
David Hensley
Sent: 28 April 2008 14:28
To: ADSM-L@VM.MARIST.EDU
Subject: [ADSM-L] Offsite tapes not being brought back.


I have tapes in my offsite tapecopypool that are not being returned. How
do
I bring these tapes back for use?



Dave Hensley
Technical Analyst
McNeilus Companies, Inc.
Desk: 1-507-374-8587
Cell: 1-507-244-0921


Although this e-mail and any attachments are believed to be free of any
virus or other defect which might affect any computer system, it is the
responsibility of the recipient to check that it is virus-free and the
sender accepts no responsibility or liability for any loss, injury,
damage,
cost or expense arising in any way from receipt or use thereof by the
recipient.

The information contained in this electronic mail message is confidential
information and intended only for the use of the individual or entity
named
above, and may be privileged.  If the reader of this message is not the
intended recipient, you are hereby notified that any dissemination,
distribution or copying of this communication is strictly prohibited.  If
you have received this transmission in error, please  contact the sender
immediately, delete this material from your computer and destroy all
related paper media.  Please note that the documents transmitted are not
intended to be binding until a hard copy has been manually signed by all
parties.
Thank you.

No virus found in this incoming message.
Checked by AVG.
Version: 7.5.524 / Virus Database: 269.23.5/1400 - Release Date:
27/04/2008
09:39




Although this e-mail and any attachments are believed to be free of any
virus or other defect which might affect any computer system, it is the
responsibility of the recipient to check that it is virus-free and the
sender accepts no responsibility or liability for any loss, injury,
damage, cost or expense arising in any way from receipt or use thereof by
the recipient.

The information contained in this electronic mail message is confidential
information and intended only for the use of the individual or entity
named above, and may be privileged.  If the reader of this message is not
the intended recipient, you are hereby notified that any dissemination,
distribution or copying of this communication is strictly prohibited.  If
you have received this transmission in error, please  contact the sender
immediately, delete this material from your computer and destroy all
related paper media.  Please note that the documents transmitted are not
intended to be binding until a hard copy has been manually signed by all
parties.
Thank you.

This message has been scanned for viruses by Cattles and Sophos Pure
Message scanning services.




Cattles plc Registered in England No: 543610
Kingston House, Centre 27 Business Park,
Woodhead Road, Birstall, Batley, WF179TD.

The views and opinions expressed herein are those of the author and not of 
Cattles plc or any of its subsidiaries.The content of this e-mail is 
confidential, may contain privileged material and is intended solely for the 
recipient(s) named above.

If you receive this in error, please notify the sender immediately and delete 
this e-mail.

Please note that neither Cattles plc nor the sender accepts any responsibility 
for viruses and it is your responsibility to scan the email and attachments(if 
any). No contracts or agreements may be concluded on behalf of Cattles plc or 
its subsidiaries by means of email communications.

This message has been scanned for Viruses
by Cattles and Sophos Puremessage scanning service.

Re: Offsite tapes not being brought back.

[Howard Coles]

Set the reclamation higher, around 60 or so.  Setting it that far down
will make reclamation run forever, and it will have a hard time
finishing in a day.  

Also check your volume reuse setting in the offsite copy storage pool.
If this is set to say 5 days they will not be flagged vault retrieve
until after that reuse delay has passed.  Generally you want your reuse
policy to match the number of database backups you are keeping.
Otherwise you'll restore a db only to find that the tapes its expecting
have been overwritten.

See Ya'
Howard

> -Original Message-
> From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf
> Of David Hensley
> Sent: Monday, April 28, 2008 8:45 AM
> To: ADSM-L@VM.MARIST.EDU
> Subject: Re: [ADSM-L] Offsite tapes not being brought back.
> 
> Tapes are not flagged as empty. Reclaim does not appear to be working
> correctly. I have reclaim set to 30% and still nothing is reclaiming.
> 
> 
> 
> Dave Hensley
> Technical Analyst
> McNeilus Companies, Inc.
> Desk: 1-507-374-8587
> Cell: 1-507-244-0921
> 
> 
> 
>  Angus Macdonald
>NWW-TR.WALES.NHS.
> To
>  UK>   ADSM-L@VM.MARIST.EDU
>  Sent by: "ADSM:
> cc
>  Dist Stor
>  Manager"
> Subject
>  <[EMAIL PROTECTED] Re: [ADSM-L] Offsite tapes not
>  .EDU> being brought back.
> 
> 
>  04/28/2008 08:31
>  AM
> 
> 
>  Please respond to
>  "ADSM: Dist Stor
>  Manager"
>  <[EMAIL PROTECTED]
>.EDU>
> 
> 
> 
> 
> 
> 
> Are the tapes flagged as Empty? Is reclamation working?
> 
> -Original Message-
> From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Behalf
Of
> David Hensley
> Sent: 28 April 2008 14:28
> To: ADSM-L@VM.MARIST.EDU
> Subject: [ADSM-L] Offsite tapes not being brought back.
> 
> 
> I have tapes in my offsite tapecopypool that are not being returned.
> How do
> I bring these tapes back for use?
> 
> 
> 
> Dave Hensley
> Technical Analyst
> McNeilus Companies, Inc.
> Desk: 1-507-374-8587
> Cell: 1-507-244-0921
> 
> 
> Although this e-mail and any attachments are believed to be free of
any
> virus or other defect which might affect any computer system, it is
the
> responsibility of the recipient to check that it is virus-free and the
> sender accepts no responsibility or liability for any loss, injury,
> damage,
> cost or expense arising in any way from receipt or use thereof by the
> recipient.
> 
> The information contained in this electronic mail message is
> confidential
> information and intended only for the use of the individual or entity
> named
> above, and may be privileged.  If the reader of this message is not
the
> intended recipient, you are hereby notified that any dissemination,
> distribution or copying of this communication is strictly prohibited.
> If
> you have received this transmission in error, please  contact the
> sender
> immediately, delete this material from your computer and destroy all
> related paper media.  Please note that the documents transmitted are
> not
> intended to be binding until a hard copy has been manually signed by
> all
> parties.
> Thank you.
> 
> No virus found in this incoming message.
> Checked by AVG.
> Version: 7.5.524 / Virus Database: 269.23.5/1400 - Release Date:
> 27/04/2008
> 09:39
> 
> 
> 
> 
> Although this e-mail and any attachments are believed to be free of
any
> virus or other defect which might affect any computer system, it is
the
> responsibility of the recipient to check that it is virus-free and the
> sender accepts no responsibility or liability for any loss, injury,
> damage, cost or expense arising in any way from receipt or use thereof
> by the recipient.
> 
> The information contained in this electronic mail message is
> confidential information and intended only for the use of the
> individual or entity named above, and may be privileged.  If the
reader
> of this message is not the intended recipient, you are hereby notified
> that any dissemination, distribution or copying of this communication
> is strictly prohibited.  If you have received this transmission in
> error, please  contact the sender immediately, delete this material
> from your computer and destroy all related paper media.  Please note
> that the documents transmitted are not intended to be binding until a
> hard copy has been manually signed by all parties.
> Thank you.

Re: Offsite tapes not being brought back.

[David Hensley]

Tapes are not flagged as empty. Reclaim does not appear to be working
correctly. I have reclaim set to 30% and still nothing is reclaiming.



Dave Hensley
Technical Analyst
McNeilus Companies, Inc.
Desk: 1-507-374-8587
Cell: 1-507-244-0921



 Angus Macdonald
ADSM-L@VM.MARIST.EDU
 Sent by: "ADSM:cc
 Dist Stor
 Manager"  Subject
 <[EMAIL PROTECTED] Re: [ADSM-L] Offsite tapes not
 .EDU> being brought back.


 04/28/2008 08:31
 AM


 Please respond to
 "ADSM: Dist Stor
 Manager"
 <[EMAIL PROTECTED]
   .EDU>






Are the tapes flagged as Empty? Is reclamation working?

-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Behalf Of
David Hensley
Sent: 28 April 2008 14:28
To: ADSM-L@VM.MARIST.EDU
Subject: [ADSM-L] Offsite tapes not being brought back.


I have tapes in my offsite tapecopypool that are not being returned. How do
I bring these tapes back for use?



Dave Hensley
Technical Analyst
McNeilus Companies, Inc.
Desk: 1-507-374-8587
Cell: 1-507-244-0921


Although this e-mail and any attachments are believed to be free of any
virus or other defect which might affect any computer system, it is the
responsibility of the recipient to check that it is virus-free and the
sender accepts no responsibility or liability for any loss, injury, damage,
cost or expense arising in any way from receipt or use thereof by the
recipient.

The information contained in this electronic mail message is confidential
information and intended only for the use of the individual or entity named
above, and may be privileged.  If the reader of this message is not the
intended recipient, you are hereby notified that any dissemination,
distribution or copying of this communication is strictly prohibited.  If
you have received this transmission in error, please  contact the sender
immediately, delete this material from your computer and destroy all
related paper media.  Please note that the documents transmitted are not
intended to be binding until a hard copy has been manually signed by all
parties.
Thank you.

No virus found in this incoming message.
Checked by AVG.
Version: 7.5.524 / Virus Database: 269.23.5/1400 - Release Date: 27/04/2008
09:39




Although this e-mail and any attachments are believed to be free of any virus 
or other defect which might affect any computer system, it is the 
responsibility of the recipient to check that it is virus-free and the sender 
accepts no responsibility or liability for any loss, injury, damage, cost or 
expense arising in any way from receipt or use thereof by the recipient.

The information contained in this electronic mail message is confidential 
information and intended only for the use of the individual or entity named 
above, and may be privileged.  If the reader of this message is not the 
intended recipient, you are hereby notified that any dissemination, 
distribution or copying of this communication is strictly prohibited.  If you 
have received this transmission in error, please  contact the sender 
immediately, delete this material from your computer and destroy all related 
paper media.  Please note that the documents transmitted are not intended to be 
binding until a hard copy has been manually signed by all parties.
Thank you.

Re: Offsite tapes not being brought back.

[Angus Macdonald]

Are the tapes flagged as Empty? Is reclamation working?

-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Behalf Of
David Hensley
Sent: 28 April 2008 14:28
To: ADSM-L@VM.MARIST.EDU
Subject: [ADSM-L] Offsite tapes not being brought back.


I have tapes in my offsite tapecopypool that are not being returned. How do
I bring these tapes back for use?



Dave Hensley
Technical Analyst
McNeilus Companies, Inc.
Desk: 1-507-374-8587
Cell: 1-507-244-0921


Although this e-mail and any attachments are believed to be free of any virus 
or other defect which might affect any computer system, it is the 
responsibility of the recipient to check that it is virus-free and the sender 
accepts no responsibility or liability for any loss, injury, damage, cost or 
expense arising in any way from receipt or use thereof by the recipient.

The information contained in this electronic mail message is confidential 
information and intended only for the use of the individual or entity named 
above, and may be privileged.  If the reader of this message is not the 
intended recipient, you are hereby notified that any dissemination, 
distribution or copying of this communication is strictly prohibited.  If you 
have received this transmission in error, please  contact the sender 
immediately, delete this material from your computer and destroy all related 
paper media.  Please note that the documents transmitted are not intended to be 
binding until a hard copy has been manually signed by all parties.
Thank you.

No virus found in this incoming message.
Checked by AVG. 
Version: 7.5.524 / Virus Database: 269.23.5/1400 - Release Date: 27/04/2008 
09:39
 

Offsite tapes not being brought back.

[David Hensley]

I have tapes in my offsite tapecopypool that are not being returned. How do
I bring these tapes back for use?



Dave Hensley
Technical Analyst
McNeilus Companies, Inc.
Desk: 1-507-374-8587
Cell: 1-507-244-0921


Although this e-mail and any attachments are believed to be free of any virus 
or other defect which might affect any computer system, it is the 
responsibility of the recipient to check that it is virus-free and the sender 
accepts no responsibility or liability for any loss, injury, damage, cost or 
expense arising in any way from receipt or use thereof by the recipient.

The information contained in this electronic mail message is confidential 
information and intended only for the use of the individual or entity named 
above, and may be privileged.  If the reader of this message is not the 
intended recipient, you are hereby notified that any dissemination, 
distribution or copying of this communication is strictly prohibited.  If you 
have received this transmission in error, please  contact the sender 
immediately, delete this material from your computer and destroy all related 
paper media.  Please note that the documents transmitted are not intended to be 
binding until a hard copy has been manually signed by all parties.
Thank you.

Re: Is it possible to get list of OFFSITE tapes to restore node to latest backup?

[Gill, Geoffrey L.]

> Wouldn't then the relevant required for the restore (list of the
> copypool volumes) pop up in the actlog?

It did not in any tests I performed.
 
Geoff Gill 
TSM Administrator 
PeopleSoft Sr. Systems Administrator 
SAIC M/S-G1b 
(858)826-4062 
Email: [EMAIL PROTECTED] 

Re: Is it possible to get list of OFFSITE tapes to restore node to latest backup?

[Michael Green]

What if:
1. On server: upd vol * stg= acc=unav
2. On client:  rest 

Wouldn't then the relevant required for the restore (list of the
copypool volumes) pop up in the actlog?

On Mon, Mar 3, 2008 at 7:11 PM, Gill, Geoffrey L.
<[EMAIL PROTECTED]> wrote:
> > Is it possible to get a list of the OFFSITE tapes required to restore
>  a
>  > specified node to the *latest* backup?
>
>  >Many Thanks,
>  >   =Adrian=
--
Warm regards,
Michael Green

Re: Is it possible to get list of OFFSITE tapes to restore node to latest backup?

[Gill, Geoffrey L.]

> Is it possible to get a list of the OFFSITE tapes required to restore
a
> specified node to the *latest* backup?

>Many Thanks,
>   =Adrian=

I worked on this scenario with IBM support some time ago. It doesn't
surprise me that, even though I have recommended the system be able to
get me this info if a primary storage pool tape has been destroyed, that
nothing has been done. 

Anyway, you can run a trace on the server while attempting to restore
the file(s) from the client. You would receive an error that the data is
not available but the trace file will capture the data you need. If you
are going to test this you need to make the onsite tape unavailable
first. The scenario worked for me, tested on version 4.something, and I
would guess still works.

 
Geoff Gill 
TSM Administrator 
PeopleSoft Sr. Systems Administrator 
SAIC M/S-G1b 
(858)826-4062 
Email: [EMAIL PROTECTED] 

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On
Behalf Of Davis, Adrian
Sent: Monday, March 03, 2008 1:18 AM
To: ADSM-L@VM.MARIST.EDU
Subject: Is it possible to get list of OFFSITE tapes to restore node to
latest backup?


Adrian Davis * System Administrator * SunGard Public Sector Ltd *  (Unit
72) 1st Floor, Romer House, 132 Lewisham High Street, Lewisham, London,
SE13 6JG, UK * Tel +44 (0)20 8463 8571 (DDI)  * www.sungardps.co.uk

Re: Is it possible to get list of OFFSITE tapes to restore node to latest backup?

[Jeff White]

>From the 'volumeuseage' table, you can identify which offsite tapes
contain the data for that node. However, as i understand it, you cannot
determine which have the latest backups on them.

We done this last week for a node, identified 43 offsite LTO3 tapes that
had the data for a node, then manually loaded them into the offsite
library, ran the restore to the latest versions (13 million files) and
let it run. Takes a while, but it's the only way i know

Jeff

-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of
Davis, Adrian
Sent: 03 March 2008 09:18
To: ADSM-L@VM.MARIST.EDU
Subject: [ADSM-L] Is it possible to get list of OFFSITE tapes to restore
node to latest backup?

Is it possible to get a list of the OFFSITE tapes required to restore a
specified node to the *latest* backup?

Many Thanks,
   =Adrian=

Adrian Davis * System Administrator * SunGard Public Sector Ltd *  (Unit
72) 1st Floor, Romer House, 132 Lewisham High Street, Lewisham, London,
SE13 6JG, UK * Tel +44 (0)20 8463 8571 (DDI)  * www.sungardps.co.uk

--
Email scanned for viruses and spam by the Woolworths
anti-virus systems.

If you believe this email is spam, please forward to
[EMAIL PROTECTED]

Woolworths plc
Registered Office: Woolworth House, 242/246 Marylebone Road, London NW1 6JL 
Registered in England, Number 104206

This e-mail is only intended for the person(s) to whom it is addressed and 
may contain confidential information.  Unless stated to the contrary, any 
opinions or comments are personal to the writer and do not represent the 
official view of the company.  If you have received this e-mail in error, 
please notify us immediately by reply e-mail and then delete this message 
from your system. Please do not copy it or use it for any purposes,  or 
disclose its contents to any other person.  Thank you for your co-operation.


Email scanned for viruses and unwanted content by emailsystems

Information regarding this service can be found at www.emailsystems.com

Is it possible to get list of OFFSITE tapes to restore node to latest backup?

[Davis, Adrian]

Is it possible to get a list of the OFFSITE tapes required to restore a
specified node to the *latest* backup?

Many Thanks,
   =Adrian=

Adrian Davis * System Administrator * SunGard Public Sector Ltd *  (Unit
72) 1st Floor, Romer House, 132 Lewisham High Street, Lewisham, London,
SE13 6JG, UK * Tel +44 (0)20 8463 8571 (DDI)  * www.sungardps.co.uk

Re: Collocation and offsite tapes

[David E Ehresman]

Make sure your reuse delay is set to something reasonable for your
offsite storage pool.  Then start a program of "delete vol xx
discard=yes" of the tapes in the old non-collocated offsite storage
pool.  Delete a few and then do a "backup stg new-onsite-collocated-pool
  new-offsite-collated-pool" to re-backup the data that you just deleted
from the old tapes.

Ugly.  Yes.  But you can't "move nodedata from=xxx to=xxx" for copy
storagepools.

David

>>> Richard Mochnaczewski <[EMAIL PROTECTED]>
3/15/2007 8:13 AM >>>
Hi *,
 
I've recently turned a non-collocated server to collocated by creating
a new management class and also executing a move nodedata command of the
node's onsite data to my collocated disk pool. What happens to the
offsite data that I collocated onsite ? Now that I've collocated the
data, I have gone from having the node's data spread over 200 onsite
tapes to 1 collocated tape onsite and 1 offsite, but the original
non-collocated at the time  offsite data still resides on 200 tapes.
Rich Mochnaczewski

Standard Life 

(514) 499-7999 ext. 7008

Email : [EMAIL PROTECTED] 

 

La présente communication est confidentielle. Elle ne s'adresse qu'aux
destinataires désignés ci-dessus. Il est strictement interdit de
divulguer, de copier ou de distribuer le contenu de la présente
communication par quelque moyen que ce soit. Si vous recevez le présent
courriel par erreur, veuillez nous le retourner. Nous contrôlons tous
les messages électroniques que nous expédions et les soumettons au
détecteur de virus. Nous déclinons toutefois toute responsabilité
quant aux dommages qui pourraient être causés par un virus ou aux
modifications qui pourraient être apportées à un message par un tiers
après son envoi. 

This communication is confidential. It is intended only for the
recipient(s) named above. Any disclosure, copying or other distribution
of this communication to anyone is strictly prohibited. If you receive
this e-mail message in error, please return it to us. We virus scan and
monitor all e-mails but are not responsible for any damage caused by a
virus or alteration by a third party after it is sent. 

 

Collocation and offsite tapes

[Richard Mochnaczewski]

Hi *,
 
I've recently turned a non-collocated server to collocated by creating a new 
management class and also executing a move nodedata command of the node's 
onsite data to my collocated disk pool. What happens to the offsite data that I 
collocated onsite ? Now that I've collocated the data, I have gone from having 
the node's data spread over 200 onsite tapes to 1 collocated tape onsite and 1 
offsite, but the original non-collocated at the time  offsite data still 
resides on 200 tapes.
Rich Mochnaczewski

Standard Life 

(514) 499-7999 ext. 7008

Email : [EMAIL PROTECTED]

 

La présente communication est confidentielle. Elle ne s'adresse qu'aux 
destinataires désignés ci-dessus. Il est strictement interdit de divulguer, de 
copier ou de distribuer le contenu de la présente communication par quelque 
moyen que ce soit. Si vous recevez le présent courriel par erreur, veuillez 
nous le retourner. Nous contrôlons tous les messages électroniques que nous 
expédions et les soumettons au détecteur de virus. Nous déclinons toutefois 
toute responsabilité quant aux dommages qui pourraient être causés par un virus 
ou aux modifications qui pourraient être apportées à un message par un tiers 
après son envoi. 

This communication is confidential. It is intended only for the recipient(s) 
named above. Any disclosure, copying or other distribution of this 
communication to anyone is strictly prohibited. If you receive this e-mail 
message in error, please return it to us. We virus scan and monitor all e-mails 
but are not responsible for any damage caused by a virus or alteration by a 
third party after it is sent. 

 

Re: OFFSITE TAPES

[JN]

Hi Jim,

It sounds as if there was a problem somewhere in the process.  Were
there any errors reported during the restore vol process or did it complete
successfully?

Were there any problems on the client side?  Is the restore just for
some files that were accidentally deleted, did the client hard drive fail or
was there another issue?  (If the client drive failed the problem may be
related to the client and not the volume restore).

If the volume restore was successful, Tivoli automatically updates the
information so that the data on the new volume can be accessed.  I guess I'm
saying that a little more background info is needed to give you a more
specific response unless one of my questions above has helped.


   Jim Neal

-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of
Lepre, James
Sent: Wednesday, March 15, 2006 7:11 AM
To: ADSM-L@VM.MARIST.EDU
Subject: Re: [ADSM-L] OFFSITE TAPES

Hello,

   I restore the volume, and made the volume readw.  However, I am not
seeing the data that was on the other tape eligible for a restore.
Infact in the client gui, I am not seeing anything to restore, it looks
like it has been deleted.  Is there something I am missing, like telling
Tivoli this is a new tape, or committing it to the database.

Thank you

Jim

-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of
Bos, Karel
Sent: Tuesday, March 14, 2006 11:46 AM
To: ADSM-L@VM.MARIST.EDU
Subject: Re: [ADSM-L] OFFSITE TAPES

The restore vol XX command will mark volume XX as destroyed.
Upd vol st=reado/readw for the volume(s) brought back will also be
needed.

Regards,

Karel
-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of
Bob Booth - UIUC
Sent: dinsdag 14 maart 2006 17:39
To: ADSM-L@VM.MARIST.EDU
Subject: Re: OFFSITE TAPES

On Tue, Mar 14, 2006 at 11:35:59AM -0500, Lepre, James wrote:
> Hello Everyone,
>
>I need to bring back some offsite tapes for a restore.  How do I
> check them into the library, and then force Tivoli to use them.  I
> have a tape that broke and now I need to bring back the offsite copy,
> but I am not sure what how to set this up.  Should I bring back every
> tape for that node that is offsite, any help is much appreciated.

Mark the tape that is broken as 'destroyed'

Run a restore volume XX preview=yes

This will give you the list of tapes to return (it could be a long list)

Check them into your library as 'private' volumes

Run the restore volume XX

That *should* do it.

cheers,

bob

Re: OFFSITE TAPES

[Lepre, James]

Hello,

   I restore the volume, and made the volume readw.  However, I am not
seeing the data that was on the other tape eligible for a restore.
Infact in the client gui, I am not seeing anything to restore, it looks
like it has been deleted.  Is there something I am missing, like telling
Tivoli this is a new tape, or committing it to the database.

Thank you 

Jim 

-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of
Bos, Karel
Sent: Tuesday, March 14, 2006 11:46 AM
To: ADSM-L@VM.MARIST.EDU
Subject: Re: [ADSM-L] OFFSITE TAPES

The restore vol XX command will mark volume XX as destroyed.
Upd vol st=reado/readw for the volume(s) brought back will also be
needed. 

Regards,

Karel
-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of
Bob Booth - UIUC
Sent: dinsdag 14 maart 2006 17:39
To: ADSM-L@VM.MARIST.EDU
Subject: Re: OFFSITE TAPES

On Tue, Mar 14, 2006 at 11:35:59AM -0500, Lepre, James wrote:
> Hello Everyone,
>
>I need to bring back some offsite tapes for a restore.  How do I 
> check them into the library, and then force Tivoli to use them.  I 
> have a tape that broke and now I need to bring back the offsite copy, 
> but I am not sure what how to set this up.  Should I bring back every 
> tape for that node that is offsite, any help is much appreciated.

Mark the tape that is broken as 'destroyed'

Run a restore volume XX preview=yes

This will give you the list of tapes to return (it could be a long list)

Check them into your library as 'private' volumes

Run the restore volume XX

That *should* do it.

cheers,

bob

Re: OFFSITE TAPES

[Bos, Karel]

The restore vol XX command will mark volume XX as destroyed.
Upd vol st=reado/readw for the volume(s) brought back will also be
needed. 

Regards,

Karel
-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of
Bob Booth - UIUC
Sent: dinsdag 14 maart 2006 17:39
To: ADSM-L@VM.MARIST.EDU
Subject: Re: OFFSITE TAPES

On Tue, Mar 14, 2006 at 11:35:59AM -0500, Lepre, James wrote:
> Hello Everyone,
>
>I need to bring back some offsite tapes for a restore.  How do I 
> check them into the library, and then force Tivoli to use them.  I 
> have a tape that broke and now I need to bring back the offsite copy, 
> but I am not sure what how to set this up.  Should I bring back every 
> tape for that node that is offsite, any help is much appreciated.

Mark the tape that is broken as 'destroyed'

Run a restore volume XX preview=yes

This will give you the list of tapes to return (it could be a long list)

Check them into your library as 'private' volumes

Run the restore volume XX

That *should* do it.

cheers,

bob

Dit bericht is vertrouwelijk en kan geheime informatie bevatten enkel
bestemd voor de geadresseerde. Indien dit bericht niet voor u is bestemd,
verzoeken wij u dit onmiddellijk aan ons te melden en het bericht te
vernietigen.
Aangezien de integriteit van het bericht niet veilig gesteld is middels
verzending via internet, kan Atos Origin niet aansprakelijk worden gehouden
voor de inhoud daarvan.
Hoewel wij ons inspannen een virusvrij netwerk te hanteren, geven
wij geen enkele garantie dat dit bericht virusvrij is, noch aanvaarden wij
enige aansprakelijkheid voor de mogelijke aanwezigheid van een virus in dit
bericht.
 
Op al onze rechtsverhoudingen, aanbiedingen en overeenkomsten waaronder
Atos Origin goederen en/of diensten levert zijn met uitsluiting van alle
andere voorwaarden de Leveringsvoorwaarden van Atos Origin van toepassing.
Deze worden u op aanvraag direct kosteloos toegezonden.
 
This e-mail and the documents attached are confidential and intended solely
for the addressee; it may also be privileged. If you receive this e-mail
in error, please notify the sender immediately and destroy it.
As its integrity cannot be secured on the Internet, the Atos Origin group
liability cannot be triggered for the message content. Although the
sender endeavours to maintain a computer virus-free network, the sender
does not warrant that this transmission is virus-free and will not be
liable for any damages resulting from any virus transmitted.
 
On all offers and agreements under which Atos Origin supplies goods and/or
services of whatever nature, the Terms of Delivery from Atos Origin
exclusively apply. 
The Terms of Delivery shall be promptly submitted to you on your request.

Re: OFFSITE TAPES

[Ben Bullock]

So I believe what you are saying is that a Primary copy of some
data has been destroyed and you want to recreate the onsite copy.

Here is our procedure that is somewhat specific for a 3494 tape
library, but it has all the steps:


 Note: Words in ITALICS are examples of tape/storage pool names. You
must substitute these values with the correct ones.

   1. Update TSM database to reflect volume is destroyed.
  * TSM> update vol C00252 access=destroyed

   2. Find out what tape/tapes from the offsite copypoool are needed
from vault.
  * TSM> restore vol C00252 preview=yes
  * do "q proc" until process is gone.
  * TSM> q act sear=anr1255w (to get the list of tape/tapes it
wants).
   There will be a bunch of entries that look something like
this:

04/01/98   14:27:50  ANR1233I Restore preview of volumes in primary
storage
  pool VMS_INCR_TAPEPOOL started as process 212.
04/01/98   14:27:50  ANR1255W Files on volume C00050 cannot be restored
-
  access mode is "unavailable" or "offsite".
04/01/98   14:27:51  ANR1255W Files on volume C00239 cannot be restored
-
  access mode is "unavailable" or "offsite".
04/01/98   14:27:51  ANR1255W Files on volume C00058 cannot be restored
-
  access mode is "unavailable" or "offsite".
04/01/98   14:28:10  ANR1255W Files on volume C00032 cannot be restored
-
  access mode is "unavailable" or "offsite".
04/01/98   14:28:56  ANR1255W Files on volume C00260 cannot be restored
-
  access mode is "unavailable" or "offsite".
04/01/98   14:28:56  ANR1255W Files on volume C00083 cannot be restored
-
  access mode is "unavailable" or "offsite".
04/01/98   14:28:56  ANR1255W Files on volume C0 cannot be restored
-
  access mode is "unavailable" or "offsite".
04/01/98   14:29:16  ANR1255W Files on volume C00268 cannot be restored
-
  access mode is "unavailable" or "offsite".
04/01/98   14:29:17  ANR1235I Restore process 212 ended for volumes in
storage
  pool VMS_INCR_TAPEPOOL.
04/01/98   14:29:17  ANR1241I Restore preview of volumes in primary
storage
  pool VMS_INCR_TAPEPOOL has ended.  Files Restored:
43070,
  Bytes Restored: 27207363132.

  In this case all 8 of these tapes would need to be retrieved to
restore the data from the bad tape.

   3. Retrieve offsite tape/tapes from vault and load into the library.

   4. Check the offsite tape/tapes into library.
  * TSM> checkin libvol LIBRARYX C00016 stat=private devt=3590

   5. Update access to the tape/tapes just loaded.
  * TSM> update vol C00016 acc=readonly

   6. Restore the files back to primary tapepool.
  * TSM> restore vol C00252
  It may take a while.

   7. Check to see that primary storage pool is up to date.
  * TSM> restore stg AIX_INCR_TAPEPOOL preview=yes
  * TSM> q act (preview should say 0 files restored, if not STOP
and call ADSMONCALL.)
  * To find out what pool the destroyed tape belonged to, use
the 'q vol C00252' command.

   8. Return tape/tapes 'restored from' back into the vault.
  * TSM> update vol C00016 access=offsite
  * TSM> checkout libvol LIBRARYX C00016 remove=yes
  * tape/tapes should be put in I/O slot by robot

   9. Remove the damaged tape from the database.
  * TSM> delete vol C00252
  * If this command fails, contact ADSMoncall before removing
the tape from the library.

  10. Remove tape from tape library if not already done so.
  * TSM> checkout libvol LIBRARYX C00252 remove=yes  


Ben

-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of
Lepre, James
Sent: Tuesday, March 14, 2006 9:36 AM
To: ADSM-L@VM.MARIST.EDU
Subject: Re: OFFSITE TAPES

Hello Everyone,

   I need to bring back some offsite tapes for a restore.  How do I
check them into the library, and then force Tivoli to use them.  I have
a tape that broke and now I need to bring back the offsite copy, but I
am not sure what how to set this up.  Should I bring back every tape for
that node that is offsite, any help is much appreciated.

Thank you 

James 

Re: OFFSITE TAPES

[Bob Booth - UIUC]

On Tue, Mar 14, 2006 at 11:35:59AM -0500, Lepre, James wrote:
> Hello Everyone,
>
>I need to bring back some offsite tapes for a restore.  How do I
> check them into the library, and then force Tivoli to use them.  I have
> a tape that broke and now I need to bring back the offsite copy, but I
> am not sure what how to set this up.  Should I bring back every tape for
> that node that is offsite, any help is much appreciated.

Mark the tape that is broken as 'destroyed'

Run a restore volume XX preview=yes

This will give you the list of tapes to return (it could be a long list)

Check them into your library as 'private' volumes

Run the restore volume XX

That *should* do it.

cheers,

bob

Re: OFFSITE TAPES

[Lepre, James]

Hello Everyone,

   I need to bring back some offsite tapes for a restore.  How do I
check them into the library, and then force Tivoli to use them.  I have
a tape that broke and now I need to bring back the offsite copy, but I
am not sure what how to set this up.  Should I bring back every tape for
that node that is offsite, any help is much appreciated.

Thank you 

James 

Re: Offsite tapes

[Gordon Woodward]

We do our offsite vaulting slightly differently. We run two TSM servers, each located 
at different locations, and use one of our TSM servers purely for offsite storage. 
Each server is a 'server node' of the other and backup each TSM database to the other 
server. After each nightly backup, we copy all the changed data from our primary 
storage pools and send it to the other server for offsite vaulting. This frees us from 
having to handle tapes and makes the process much easier.

Gordon





  [EMAIL PROTECTED]
  COM.BR   To:   [EMAIL PROTECTED]
  Sent by: cc:
  [EMAIL PROTECTED]Subject:  Offsite tapes
  EDU


  03/06/2004 10:07
  AM
  Please respond to
  ADSM-L






Hi,

We start moving our backup system solution to TSM and in our actual backup
system we daily move backup tapes used last night to an offsite building
and I would like to know how can we address this process with TSM.

Thanks in advance!


Reimer
[EMAIL PROTECTED] / www.quicksoft.com.br
Fone: (47) 231-6500 - Fax: (47) 231-6515





--

This e-mail may contain confidential and/or privileged information. If you are not the 
intended recipient (or have received this e-mail in error) please notify the sender 
immediately and destroy this e-mail. Any unauthorized copying, disclosure or 
distribution of the material in this e-mail is strictly forbidden.

Re: Offsite tapes

[Reimer]

Thanks Jack!

> TSM uses a copypool to do this.
>
> You can then eject the copypool tapes, mark them as not available,
> and keep them offsite.
>
> You will run reclaimation of both the onsite tapepool and offsite copypool
> separately,
> so do not expect there to be a 1 to 1 correlation of offsite to onsite
> tapes.
>
> Best of luck ... Jack
>
>
> -Original Message-
> From: Reimer [mailto:[EMAIL PROTECTED]
> Sent: Thursday, June 03, 2004 8:08 AM
> To: [EMAIL PROTECTED]
> Subject: Offsite tapes
>
>
> Hi,
>
> We start moving our backup system solution to TSM and in our actual backup
> system we daily move backup tapes used last night to an offsite building
> and I would like to know how can we address this process with TSM.
>
> Thanks in advance!
>
> 
> Reimer
> [EMAIL PROTECTED] / www.quicksoft.com.br
> Fone: (47) 231-6500 - Fax: (47) 231-6515
>



Reimer
[EMAIL PROTECTED] / www.quicksoft.com.br
Fone: (47) 231-6500 - Fax: (47) 231-6515

Re: Offsite tapes

[Zoltan Forray/AC/VCU]

I've done the exact same thing.

We use TSMManager to perform daily Vaulting.  Look into their product
(www.tsmmanager.com).  I think there is a free trial.




Reimer <[EMAIL PROTECTED]>
Sent by: "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>
06/03/2004 10:07 AM
Please respond to
"ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>


To
[EMAIL PROTECTED]
cc

Subject
Offsite tapes






Hi,

We start moving our backup system solution to TSM and in our actual backup
system we daily move backup tapes used last night to an offsite building
and I would like to know how can we address this process with TSM.

Thanks in advance!


Reimer
[EMAIL PROTECTED] / www.quicksoft.com.br
Fone: (47) 231-6500 - Fax: (47) 231-6515

Re: Offsite tapes

[Coats, Jack]

TSM uses a copypool to do this.

You can then eject the copypool tapes, mark them as not available,
and keep them offsite.

You will run reclaimation of both the onsite tapepool and offsite copypool
separately,
so do not expect there to be a 1 to 1 correlation of offsite to onsite
tapes.

Best of luck ... Jack


-Original Message-
From: Reimer [mailto:[EMAIL PROTECTED]
Sent: Thursday, June 03, 2004 8:08 AM
To: [EMAIL PROTECTED]
Subject: Offsite tapes


Hi,

We start moving our backup system solution to TSM and in our actual backup
system we daily move backup tapes used last night to an offsite building
and I would like to know how can we address this process with TSM.

Thanks in advance!


Reimer
[EMAIL PROTECTED] / www.quicksoft.com.br
Fone: (47) 231-6500 - Fax: (47) 231-6515

Offsite tapes

[Reimer]

Hi,

We start moving our backup system solution to TSM and in our actual backup
system we daily move backup tapes used last night to an offsite building
and I would like to know how can we address this process with TSM.

Thanks in advance!


Reimer
[EMAIL PROTECTED] / www.quicksoft.com.br
Fone: (47) 231-6500 - Fax: (47) 231-6515

Re: offsite tapes 'reclamation'

[David E Ehresman]

And the TSM Admin Guide can be found online at 
http://publib.boulder.ibm.com/tividd/td/tdprodlist.html#S 

David Ehresman

>>> [EMAIL PROTECTED] 10/29/2003 2:19:45 AM >>>
Hi,

I suggest reading this chapter from the Administrator's Guide: "Reclaiming Space in 
Sequential Access Storage Pools"
Especially these parts: "Reclamation for Copy Storage Pools" and "Reclamation of 
Offsite Volumes".

Regards,
Imre

> -Original Message-
> From: Hegedus György [mailto:[EMAIL PROTECTED] 
> Sent: Tuesday, October 28, 2003 9:54 PM
> To: [EMAIL PROTECTED] 
> Subject: offsite tapes 'reclamation'
> 
> 
> Hi All,
> 
> I would like to copy the primary storage pools to a copy 
> storage pool, then
> take the tapes offsite. The 'backup stgpool' command make 
> incremental
> backups, so every day I should take some tapes offsite. And 
> will be more and
> more offsite tapes. How can I initiate the reclamation 
> process? Should I
> take back all tapes to the library? I have no idea. What 
> should I do? Could
> you help me?
> 
> Regards,
> Gyorgy Hegedus
> Megatrend 2000 Rt.
> 

Re: offsite tapes 'reclamation'

[Imre Kloknicer]

Hi,

I suggest reading this chapter from the Administrator's Guide: "Reclaiming Space in 
Sequential Access Storage Pools"
Especially these parts: "Reclamation for Copy Storage Pools" and "Reclamation of 
Offsite Volumes".

Regards,
Imre

> -Original Message-
> From: Hegedus György [mailto:[EMAIL PROTECTED] 
> Sent: Tuesday, October 28, 2003 9:54 PM
> To: [EMAIL PROTECTED]
> Subject: offsite tapes 'reclamation'
> 
> 
> Hi All,
> 
> I would like to copy the primary storage pools to a copy 
> storage pool, then
> take the tapes offsite. The 'backup stgpool' command make 
> incremental
> backups, so every day I should take some tapes offsite. And 
> will be more and
> more offsite tapes. How can I initiate the reclamation 
> process? Should I
> take back all tapes to the library? I have no idea. What 
> should I do? Could
> you help me?
> 
> Regards,
> Gyorgy Hegedus
> Megatrend 2000 Rt.
> 

offsite tapes 'reclamation'

[Hegedûs György]

Hi All,

I would like to copy the primary storage pools to a copy storage pool, then
take the tapes offsite. The 'backup stgpool' command make incremental
backups, so every day I should take some tapes offsite. And will be more and
more offsite tapes. How can I initiate the reclamation process? Should I
take back all tapes to the library? I have no idea. What should I do? Could
you help me?

Regards,
Gyorgy Hegedus
Megatrend 2000 Rt.

reduce number of offsite tapes

[Debbie Lane]

I saw this posting, but I did not see a reply.   SteveC, did you ever
receive a reply?  Do you have any tips regarding move nodedata or other ways
to reduce the # of offsite tapes.  We do not have enough tape head time
avaiable to keep up with offsite reclaims.  All of our tapes are 3590, but I
need to migrate them to LTO.
=
I have a couple of issues.

I did a move nodedata from one onsite sequential storagepool to another.
Result: # of onsite tapes containing that node went from 157 to 3.

Backup new storagepool to new copypool ( got to keep > 2 copies just in case
). The copypool uses 3 tapes as well. DR recovery will be a doddle now.

Good so far, but we still have 200 tapes on the old copypool.

Now to clean up the old copypool

Backup old storage pool to old copypool should get rid of old data right,
nothing happens. Expire inventory and still nothing happens.

How do I get rid of the copypool content for that node..???

Is there an easier way than this of reducing the # of OFFSITE tapes that a
node occupies.

Cheers
SteveC


Thanks in advance.

Debbie

Re: onsite and offsite tapes destroyed

[Zlatko Krastev/ACIT]

1. Because TSM allows you intentionally to set tape tape as
unavailable/destroyed (as you know for some errors it will do it
automatically) and return it back to read-write/read-only, no automatic
resolution is attempted in current versions. You have to do the following
(both operations are manual):
- perform 'restore volume' for each of primary pool volumes - onsite1, 7,
9 and 11 in your example. If some data was on destroyed offsite volumes it
would not be destroyed. That data should be described in DB as still
residing on destroyed primary volume and the volume itself ought not be
deleted (I never tested the last so am answering theoretically but expect
similar behavior as in 'move data'-command). Second copypool might be of
great help there.
- delete offsite volumes and run 'backup stgpool' to recreate destroyed
data copies.

2. The file can be seen from the client because information is retrieved
from the DB not from the volumes.

3. These files should expire as any other ones. If destroyed volume is
emptied on expiration or offsite reclamation it will be deleted from the
stgpool and become scratch (if not defined manually in the pool).

Zlatko Krastev
IT Consultant




Please respond to "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>
Sent by:"ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
cc:

Subject:onsite and offsite tapes destroyed

Let's say for the sake of this discussion the following is true.
Onsitetape1, 7, 9 and 11 are destroyed and not in the library, they have
mixed node data on them. Offsitetape6, 9 and 15 have also been destroyed,
they also have mixed node data on them. These tapes don't mirror each
other
but could have some of the same data on them.

Question(s)

1.  If all tapes are marked destroyed is TSM going to try and recreate
anything automatically or do I have to manually perform an operation?
2.  If someone wants to restore a file that happened to be on those,
and
both tapes have been destroyed, what do they see from their baclient GUI?
Do
they see the file backed up for that date?
3.  Are all the files that were on those tapes simply expired from the
inventory so they don't see anything?

Thanks,
Geoff Gill
TSM Administrator
NT Systems Support Engineer
SAIC
E-Mail:<mailto:[EMAIL PROTECTED]> [EMAIL PROTECTED]
Phone:  (858) 826-4062
Pager:   (877) 905-7154

Re: onsite and offsite tapes destroyed

[David Longo]

If both tape copies of a data file are "destroyed" and there is no
copy anywhere else (disk/tape) then it is gone.  You have to actually
do a "delete volume" to destroy DB entires.  The DB doesn't "know"
that you can't get data, it just marks tape/disk volumes as
"unavailable"
so you can fix/figure it out.

In situation where offsite tape only is "destroyed", then use DEL VOL
with DISCARDATA=YES.  When this is complete, the do a BACKUP
STG for appropriate stgpools and the data will be recopied to offsite
pool from onsite pool.

For onsite tape that is "destroyed, do a RESTORE VOL blah
PREVIEW=YES.  When this process completes, examine actlog and
see what offsite tapes are needed to rebuild this tape.  Get them,
checkin to library and set access mode to readonly for these tapes.
Then run RESTORE VOL without PREVIEW and it will rebuild as much
of the onsite tape as possible.  Then check the offsite tapes back
out,
set access to offsite and send them back.  When complete the onsite
tape will be deleted and you can check it out of library if it's not
already
out, and trash it by your normal methods

NOTE: If you do the PREVIEW and request then tapes back,
then by the time you get them back, reclamation  etc. can change what
tapes are needed.  When you are ready to put offsite tapes in, run the
preview again and see what the updated list is.  Most of the time
it will be the same or close.  You may need to get another tape or two
back the next day to complete.

I've done both of these scenarios a few times.

David Longo

>>> [EMAIL PROTECTED] 09/20/02 11:20AM >>>
Let's say for the sake of this discussion the following is true.
Onsitetape1, 7, 9 and 11 are destroyed and not in the library, they
have
mixed node data on them. Offsitetape6, 9 and 15 have also been
destroyed,
they also have mixed node data on them. These tapes don't mirror each
other
but could have some of the same data on them.

Question(s)

1.  If all tapes are marked destroyed is TSM going to try and
recreate
anything automatically or do I have to manually perform an operation?
2.  If someone wants to restore a file that happened to be on
those, and
both tapes have been destroyed, what do they see from their baclient
GUI? Do
they see the file backed up for that date?
3.  Are all the files that were on those tapes simply expired from
the
inventory so they don't see anything?

Thanks,
Geoff Gill
TSM Administrator
NT Systems Support Engineer
SAIC
E-Mail:<mailto:[EMAIL PROTECTED]> [EMAIL PROTECTED]
Phone:  (858) 826-4062
Pager:   (877) 905-7154


"MMS " made the following
 annotations on 09/20/2002 11:43:45 AM
--
This message is for the named person's use only.  It may contain confidential, 
proprietary, or legally privileged information.  No confidentiality or privilege is 
waived or lost by any mistransmission.  If you receive this message in error, please 
immediately delete it and all copies of it from your system, destroy any hard copies 
of it, and notify the sender.  You must not, directly or indirectly, use, disclose, 
distribute, print, or copy any part of this message if you are not the intended 
recipient.  Health First reserves the right to monitor all e-mail communications 
through its networks.  Any views or opinions expressed in this message are solely 
those of the individual sender, except (1) where the message states such views or 
opinions are on behalf of a particular entity;  and (2) the sender is authorized by 
the entity to give such views or opinions.

==

onsite and offsite tapes destroyed

[Gill, Geoffrey L.]

Let's say for the sake of this discussion the following is true.
Onsitetape1, 7, 9 and 11 are destroyed and not in the library, they have
mixed node data on them. Offsitetape6, 9 and 15 have also been destroyed,
they also have mixed node data on them. These tapes don't mirror each other
but could have some of the same data on them.

Question(s)

1.  If all tapes are marked destroyed is TSM going to try and recreate
anything automatically or do I have to manually perform an operation?
2.  If someone wants to restore a file that happened to be on those, and
both tapes have been destroyed, what do they see from their baclient GUI? Do
they see the file backed up for that date?
3.  Are all the files that were on those tapes simply expired from the
inventory so they don't see anything?

Thanks,
Geoff Gill
TSM Administrator
NT Systems Support Engineer
SAIC
E-Mail: [EMAIL PROTECTED]
Phone:  (858) 826-4062
Pager:   (877) 905-7154

Re: Reclaming offsite tapes

[Don France]

The "Pending" state simply means the reuse-delay is in
effect!  That is, after expiration occurs, *all* offsite
tapes go thru the period defined for "re-use delay"...
which is intended to protect from over-writing tapes
that might be needed during the period immediately
following expiration -- usually about 4 days.

You should read about it in the Admin. Guide, for a
thorough understanding (of how offsite tapes are expired
then actually made "scratch" again thru DRM).

The main thrust is to protect offsite tapes released
thru reclamation from being over-written while there are
still unexpired db backup tapes that might be needed
(using db restore) to recover data from such tapes.

Hope this helps.

-Don
> If it is "Pending", it means that, even though the tape has no valid
> contents for
> your current production database could recover, you still have a valid
> database
> backup offsite that has not expired that does know what is on that tape, and
> if
> in a disaster situation you need to use that old database backup, it would
> need
> the tape that is currently "Pending".
>
> Once it is shown as Free or Empty rather than Pending, you can re-use that
> tape.
>
> > -Original Message-
> > From: Adamson, Matt [SMTP:[EMAIL PROTECTED]]
> > Sent: Friday, May 10, 2002 4:50 PM
> > To:   [EMAIL PROTECTED]
> > Subject:  Re: Reclaming offsite tapes
> >
> > Sorry if I sound a little ignorant.  I took our backup environment over a
> > few months ago and have been trying to learn how it was set up.  It was
> > explained to me that I could not get tapes back from offsite, just in case
> > we need to do a Point in time restore with DRM. I have asked if we could
> > bring tapes back that are in a Pending state and was told NO.  Example: If
> > we pulled a DBSnap from lets say August 2001, it was explained to me that
> > some of these tapes that are marked Pending now, As of August 2001 they
> > could have data on them at that point in time.
> > Am I missing something or am I to assume that I can pull these(Pending)
> > tapes back.
> >
> > ={
> >
> > -Original Message-
> > From: Prather, Wanda [mailto:[EMAIL PROTECTED]]
> > Sent: Friday, May 10, 2002 11:34 AM
> > To: [EMAIL PROTECTED]
> > Subject: Re: Reclaming offsite tapes
> >
> >
> > When you start reclaims on a COPY pool where the tapes are OFFSITE, TSM
> > knows that the tapes aren't available (they are marked OFFSITE, yes?).  So
> > TSM does the reclaim using only the ONSITE tapes.
> >
> > If you have 3 tapes offsite that are only 10% good, TSM will mount a
> > scratch
> > tape, find the onsite copies of all those files, and create a new tape in
> > the OFFSITE tape pool that is 30% full.  Then it marks the OFFSITE tapes
> > as
> > EMPTY.  So you send the new tape offsite, and then you can bring the EMPTY
> > tapes back on site and reuse them.
> >
> > We do it constantly.
> >
> >
> > -Original Message-
> > From: Adamson, Matt [mailto:[EMAIL PROTECTED]]
> > Sent: Friday, May 10, 2002 2:17 PM
> > To: [EMAIL PROTECTED]
> > Subject: Reclaming offsite tapes
> >
> >
> > Here is my scenario...
> >
> > We currently send all of our tapes offsite for 7 years.  In the library we
> > collocate by filespace.  But, when we send the tapes offsite they are
> > uncollocated.  We have retired a number of servers in the past couple
> > years,
> > meaning we no longer need that data.  Being that we send the tapes offsite
> > Uncollocated, data from a retired server could be on the same tape of a
> > server that we still have in production.  Is there a way for me find out
> > if
> > this is so?  Is there a way I can call the tapes back from offsite and
> > perform some sort of reclamation?
> >
> > Any ideas would be great, but if I'm stuck I can deal with it.  Tape costs
> > are making look into all different scenarios.
> >
> > Thanks,
> >
> > Matt

Re: Reclaming offsite tapes

[Coats, Jack]

If it is "Pending", it means that, even though the tape has no valid
contents for
your current production database could recover, you still have a valid
database
backup offsite that has not expired that does know what is on that tape, and
if
in a disaster situation you need to use that old database backup, it would
need
the tape that is currently "Pending".

Once it is shown as Free or Empty rather than Pending, you can re-use that
tape.

> -Original Message-
> From: Adamson, Matt [SMTP:[EMAIL PROTECTED]]
> Sent: Friday, May 10, 2002 4:50 PM
> To:   [EMAIL PROTECTED]
> Subject:  Re: Reclaming offsite tapes
>
> Sorry if I sound a little ignorant.  I took our backup environment over a
> few months ago and have been trying to learn how it was set up.  It was
> explained to me that I could not get tapes back from offsite, just in case
> we need to do a Point in time restore with DRM. I have asked if we could
> bring tapes back that are in a Pending state and was told NO.  Example: If
> we pulled a DBSnap from lets say August 2001, it was explained to me that
> some of these tapes that are marked Pending now, As of August 2001 they
> could have data on them at that point in time.
> Am I missing something or am I to assume that I can pull these(Pending)
> tapes back.
>
> ={
>
> -Original Message-
> From: Prather, Wanda [mailto:[EMAIL PROTECTED]]
> Sent: Friday, May 10, 2002 11:34 AM
> To: [EMAIL PROTECTED]
> Subject: Re: Reclaming offsite tapes
>
>
> When you start reclaims on a COPY pool where the tapes are OFFSITE, TSM
> knows that the tapes aren't available (they are marked OFFSITE, yes?).  So
> TSM does the reclaim using only the ONSITE tapes.
>
> If you have 3 tapes offsite that are only 10% good, TSM will mount a
> scratch
> tape, find the onsite copies of all those files, and create a new tape in
> the OFFSITE tape pool that is 30% full.  Then it marks the OFFSITE tapes
> as
> EMPTY.  So you send the new tape offsite, and then you can bring the EMPTY
> tapes back on site and reuse them.
>
> We do it constantly.
>
>
> -Original Message-
> From: Adamson, Matt [mailto:[EMAIL PROTECTED]]
> Sent: Friday, May 10, 2002 2:17 PM
> To: [EMAIL PROTECTED]
> Subject: Reclaming offsite tapes
>
>
> Here is my scenario...
>
> We currently send all of our tapes offsite for 7 years.  In the library we
> collocate by filespace.  But, when we send the tapes offsite they are
> uncollocated.  We have retired a number of servers in the past couple
> years,
> meaning we no longer need that data.  Being that we send the tapes offsite
> Uncollocated, data from a retired server could be on the same tape of a
> server that we still have in production.  Is there a way for me find out
> if
> this is so?  Is there a way I can call the tapes back from offsite and
> perform some sort of reclamation?
>
> Any ideas would be great, but if I'm stuck I can deal with it.  Tape costs
> are making look into all different scenarios.
>
> Thanks,
>
> Matt

Re: Reclaming offsite tapes

[Seay, Paul]

Pending happens because the reuse days has not expired yet.  So, even if you
bring them back they would not be reused until that time passed.  Look in
the definition for the storage pool.  Based on your scenario they may have
set the reusedelay very large to prevent them from being called back.  When
the tape is pending, there is no more data on it that is not somewhere else
or has been expired.  The following excerpt is from the help q volume

PENding
 Display volumes with a status of PENDING. These are volumes from
 which all files have been deleted, but the time specified by the
 REUSEDELAY parameter from the DEFINE STGPOOL command has not
 elapsed.


The tape will go to an empty status once the reusedelay has been reached.

Paul D. Seay, Jr.
Technical Specialist
Naptheon, INC
757-688-8180


-Original Message-
From: Adamson, Matt [mailto:[EMAIL PROTECTED]]
Sent: Friday, May 10, 2002 5:50 PM
To: [EMAIL PROTECTED]
Subject: Re: Reclaming offsite tapes


Sorry if I sound a little ignorant.  I took our backup environment over a
few months ago and have been trying to learn how it was set up.  It was
explained to me that I could not get tapes back from offsite, just in case
we need to do a Point in time restore with DRM. I have asked if we could
bring tapes back that are in a Pending state and was told NO.  Example: If
we pulled a DBSnap from lets say August 2001, it was explained to me that
some of these tapes that are marked Pending now, As of August 2001 they
could have data on them at that point in time. Am I missing something or am
I to assume that I can pull these(Pending) tapes back.

={

-Original Message-
From: Prather, Wanda [mailto:[EMAIL PROTECTED]]
Sent: Friday, May 10, 2002 11:34 AM
To: [EMAIL PROTECTED]
Subject: Re: Reclaming offsite tapes


When you start reclaims on a COPY pool where the tapes are OFFSITE, TSM
knows that the tapes aren't available (they are marked OFFSITE, yes?).  So
TSM does the reclaim using only the ONSITE tapes.

If you have 3 tapes offsite that are only 10% good, TSM will mount a scratch
tape, find the onsite copies of all those files, and create a new tape in
the OFFSITE tape pool that is 30% full.  Then it marks the OFFSITE tapes as
EMPTY.  So you send the new tape offsite, and then you can bring the EMPTY
tapes back on site and reuse them.

We do it constantly.


-Original Message-
From: Adamson, Matt [mailto:[EMAIL PROTECTED]]
Sent: Friday, May 10, 2002 2:17 PM
To: [EMAIL PROTECTED]
Subject: Reclaming offsite tapes


Here is my scenario...

We currently send all of our tapes offsite for 7 years.  In the library we
collocate by filespace.  But, when we send the tapes offsite they are
uncollocated.  We have retired a number of servers in the past couple years,
meaning we no longer need that data.  Being that we send the tapes offsite
Uncollocated, data from a retired server could be on the same tape of a
server that we still have in production.  Is there a way for me find out if
this is so?  Is there a way I can call the tapes back from offsite and
perform some sort of reclamation?

Any ideas would be great, but if I'm stuck I can deal with it.  Tape costs
are making look into all different scenarios.

Thanks,

Matt

Re: Reclaming offsite tapes

[Adamson, Matt]

Sorry if I sound a little ignorant.  I took our backup environment over a
few months ago and have been trying to learn how it was set up.  It was
explained to me that I could not get tapes back from offsite, just in case
we need to do a Point in time restore with DRM. I have asked if we could
bring tapes back that are in a Pending state and was told NO.  Example: If
we pulled a DBSnap from lets say August 2001, it was explained to me that
some of these tapes that are marked Pending now, As of August 2001 they
could have data on them at that point in time.
Am I missing something or am I to assume that I can pull these(Pending)
tapes back.

={

-Original Message-
From: Prather, Wanda [mailto:[EMAIL PROTECTED]]
Sent: Friday, May 10, 2002 11:34 AM
To: [EMAIL PROTECTED]
Subject: Re: Reclaming offsite tapes


When you start reclaims on a COPY pool where the tapes are OFFSITE, TSM
knows that the tapes aren't available (they are marked OFFSITE, yes?).  So
TSM does the reclaim using only the ONSITE tapes.

If you have 3 tapes offsite that are only 10% good, TSM will mount a scratch
tape, find the onsite copies of all those files, and create a new tape in
the OFFSITE tape pool that is 30% full.  Then it marks the OFFSITE tapes as
EMPTY.  So you send the new tape offsite, and then you can bring the EMPTY
tapes back on site and reuse them.

We do it constantly.


-Original Message-
From: Adamson, Matt [mailto:[EMAIL PROTECTED]]
Sent: Friday, May 10, 2002 2:17 PM
To: [EMAIL PROTECTED]
Subject: Reclaming offsite tapes


Here is my scenario...

We currently send all of our tapes offsite for 7 years.  In the library we
collocate by filespace.  But, when we send the tapes offsite they are
uncollocated.  We have retired a number of servers in the past couple years,
meaning we no longer need that data.  Being that we send the tapes offsite
Uncollocated, data from a retired server could be on the same tape of a
server that we still have in production.  Is there a way for me find out if
this is so?  Is there a way I can call the tapes back from offsite and
perform some sort of reclamation?

Any ideas would be great, but if I'm stuck I can deal with it.  Tape costs
are making look into all different scenarios.

Thanks,

Matt

Re: Reclaming offsite tapes

[Zoltan Forray/AC/VCU]

We do reclaimation of our offsite, COPY POOL tapes, all the time.

TSM is smart enough to figure out that it is a COPY POOL and simply
creates NEW TAPES. It doesn't mount the offsite tapes.

We have a process that checks for the % UTILIZED of the OFFSITE tapes and
then creates a "recall" list of the "empty" tapes as well as sending off
COPY POOL tapes that are either FULL or FILLING.


Zoltan Forray
Virginia Commonwealth University - University Computing Center
e-mail: [EMAIL PROTECTED]  -  voice: 804-828-4807




"Adamson, Matt" <[EMAIL PROTECTED]>
Sent by: "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>
05/10/2002 02:17 PM
Please respond to "ADSM: Dist Stor Manager"


To:     [EMAIL PROTECTED]
cc:
Subject:Reclaming offsite tapes


Here is my scenario...

We currently send all of our tapes offsite for 7 years.  In the library we
collocate by filespace.  But, when we send the tapes offsite they are
uncollocated.  We have retired a number of servers in the past couple
years,
meaning we no longer need that data.  Being that we send the tapes offsite
Uncollocated, data from a retired server could be on the same tape of a
server that we still have in production.  Is there a way for me find out
if
this is so?  Is there a way I can call the tapes back from offsite and
perform some sort of reclamation?

Any ideas would be great, but if I'm stuck I can deal with it.  Tape costs
are making look into all different scenarios.

Thanks,

Matt

Re: Reclaming offsite tapes

[Prather, Wanda]

When you start reclaims on a COPY pool where the tapes are OFFSITE, TSM
knows that the tapes aren't available (they are marked OFFSITE, yes?).  So
TSM does the reclaim using only the ONSITE tapes.

If you have 3 tapes offsite that are only 10% good, TSM will mount a scratch
tape, find the onsite copies of all those files, and create a new tape in
the OFFSITE tape pool that is 30% full.  Then it marks the OFFSITE tapes as
EMPTY.  So you send the new tape offsite, and then you can bring the EMPTY
tapes back on site and reuse them.

We do it constantly.


-Original Message-
From: Adamson, Matt [mailto:[EMAIL PROTECTED]]
Sent: Friday, May 10, 2002 2:17 PM
To: [EMAIL PROTECTED]
Subject: Reclaming offsite tapes


Here is my scenario...

We currently send all of our tapes offsite for 7 years.  In the library we
collocate by filespace.  But, when we send the tapes offsite they are
uncollocated.  We have retired a number of servers in the past couple years,
meaning we no longer need that data.  Being that we send the tapes offsite
Uncollocated, data from a retired server could be on the same tape of a
server that we still have in production.  Is there a way for me find out if
this is so?  Is there a way I can call the tapes back from offsite and
perform some sort of reclamation?

Any ideas would be great, but if I'm stuck I can deal with it.  Tape costs
are making look into all different scenarios.

Thanks,

Matt

Reclaming offsite tapes

[Adamson, Matt]

Here is my scenario...

We currently send all of our tapes offsite for 7 years.  In the library we
collocate by filespace.  But, when we send the tapes offsite they are
uncollocated.  We have retired a number of servers in the past couple years,
meaning we no longer need that data.  Being that we send the tapes offsite
Uncollocated, data from a retired server could be on the same tape of a
server that we still have in production.  Is there a way for me find out if
this is so?  Is there a way I can call the tapes back from offsite and
perform some sort of reclamation?

Any ideas would be great, but if I'm stuck I can deal with it.  Tape costs
are making look into all different scenarios.

Thanks,

Matt

Re: Offsite tapes

[Joel Fuhrman]

Do a QUERY VOLUME DEVCLASS=offsite_copy_pool_name and see which are
empty.  However, unless you are doing a reclamation on the offsite copy pool
there fill be few, if any, empty volumes.

On Mon, 3 Sep 2001, Zosimo Noriega (ADNOC IS&T) wrote:

> I backed up the primary stg pools to copy pools for offsite backups.  I
> ejected the tapes from copy pools and sent to offsite.  How can i determine
> the tapes to be returned from offsite in order to use again?  The access
> type of the volumes were set to offsite after ejecting from the tapes
> library.  Any help from you is really appreciated, thanks.
>
> Zosimo Noriega
> A D N O C
> IST-ITD DMSS
> Tel -  6024987
>

Re: Offsite tapes

[David Longo]

With DRM in use, you do a :
q drm wherestate=vaultretrieve
This gives you a list of tapes that are now empty and can be
returned from offsite.

David Longo

>>> [EMAIL PROTECTED] 09/03/01 02:57AM >>>
I backed up the primary stg pools to copy pools for offsite backups.  I
ejected the tapes from copy pools and sent to offsite.  How can i determine
the tapes to be returned from offsite in order to use again?  The access
type of the volumes were set to offsite after ejecting from the tapes
library.  Any help from you is really appreciated, thanks.

Zosimo Noriega
A D N O C
IST-ITD DMSS
Tel -  6024987



"MMS " made the following
 annotations on 09/03/01 08:43:40
--
This message is for the named person's use only.  It may contain confidential, 
proprietary, or legally privileged information.  No confidentiality or privilege is 
waived or lost by any mistransmission.  If you receive this message in error, please 
immediately delete it and all copies of it from your system, destroy any hard copies 
of it, and notify the sender.  You must not, directly or indirectly, use, disclose, 
distribute, print, or copy any part of this message if you are not the intended 
recipient.  Health First reserves the right to monitor all e-mail communications 
through its networks.  Any views or opinions expressed in this message are solely 
those of the individual sender, except (1) where the message states such views or 
opinions are on behalf of a particular entity;  and (2) the sender is authorized by 
the entity to give such views or opinions.

==

Re: Offsite tapes

[Lindsay Morris]

If you're using DRM,
q drm * wherestate=vaultretrieve
makes a list.
Before you can check them in, do
move drm * wherestate=vaultretrieve tostate=onsiteretrieve.

> -Original Message-
> From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]On Behalf Of
> Zosimo Noriega (ADNOC IS&T)
> Sent: Monday, September 03, 2001 2:57 AM
> To: [EMAIL PROTECTED]
> Subject: Offsite tapes
>
>
> I backed up the primary stg pools to copy pools for offsite backups.  I
> ejected the tapes from copy pools and sent to offsite.  How can i
> determine
> the tapes to be returned from offsite in order to use again?  The access
> type of the volumes were set to offsite after ejecting from the tapes
> library.  Any help from you is really appreciated, thanks.
>
> Zosimo Noriega
> A D N O C
> IST-ITD DMSS
> Tel -  6024987
>

Offsite tapes

I backed up the primary stg pools to copy pools for offsite backups.  I
ejected the tapes from copy pools and sent to offsite.  How can i determine
the tapes to be returned from offsite in order to use again?  The access
type of the volumes were set to offsite after ejecting from the tapes
library.  Any help from you is really appreciated, thanks.

Zosimo Noriega
A D N O C
IST-ITD DMSS
Tel -  6024987

Re: Offsite tapes expiration

[Allen Barth]

Also give thought to "Is there enough time allocated to reclamation?"
Do a scan of the actlog to make sure there isn't something preventing
successfull offsite reclamation.  An onsite tape with errors or in
unavailable status will play havoc with reclamations both offsite and
onsite.



Jim Taylor
 cc:
Sent by: Subject:     Re: Offsite tapes expiration
"ADSM: Dist
Stor Manager"
<[EMAIL PROTECTED]
RIST.EDU>


03/13/01
01:26 PM
Please
respond to
"ADSM: Dist
Stor Manager"






You state that you are running reclamation.  What is the reclamation
threshold on your offsite copypool being set to?  Check the status of your
offsite tapes.  If the Pct Util for a volume is less than that of your
reclamation threshold, those volumes should be reclaimed(emptied) when you
run the reclamation.  If the Pct Util of your tapes is not changing then
nothing is being expired.

Jim

-Original Message-
From: Braich, Raminder [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, March 13, 2001 2:01 PM
To: [EMAIL PROTECTED]
Subject: Offsite tapes expiration


The landscape:
  IBM 3494 with 4 3590 drives
  Server TSM 4.1.2 on WIN 2000
  ClientTSM 4.1.1 on WIN NT
We are not using DRM. However we do have a macro that checks all
the
tapes which were written to go offsite , ejects the tapes and marks them
offsite. This is working fine except that the offsite tapes seldom become
empty. We have two domain which are backed up SAP R/3 and all the other NT
machines. For R/3 the backups are supposed to be kept for 360 days and for
NT machines for 30 days. The expiration process runs everyday and
reclamation process runs every weekend.
   It has been over two months since we implemented TSM server 4.1.2 and
only six tapes have become empty till date. The combined data for R/3 is
about 700GB. Tapes are added constantly to the library since they are not
being emptied. Can someone please tell me which parameters should I be
looking at in order to get the tapes back. Or if there are any good
documentation.

Thanks
Raminder Braich

Re: Offsite tapes expiration

[Jim Taylor]

You state that you are running reclamation.  What is the reclamation
threshold on your offsite copypool being set to?  Check the status of your
offsite tapes.  If the Pct Util for a volume is less than that of your
reclamation threshold, those volumes should be reclaimed(emptied) when you
run the reclamation.  If the Pct Util of your tapes is not changing then
nothing is being expired.

Jim

-Original Message-
From: Braich, Raminder [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, March 13, 2001 2:01 PM
To: [EMAIL PROTECTED]
Subject: Offsite tapes expiration


The landscape:
  IBM 3494 with 4 3590 drives
  Server TSM 4.1.2 on WIN 2000
  ClientTSM 4.1.1 on WIN NT
We are not using DRM. However we do have a macro that checks all the
tapes which were written to go offsite , ejects the tapes and marks them
offsite. This is working fine except that the offsite tapes seldom become
empty. We have two domain which are backed up SAP R/3 and all the other NT
machines. For R/3 the backups are supposed to be kept for 360 days and for
NT machines for 30 days. The expiration process runs everyday and
reclamation process runs every weekend.
   It has been over two months since we implemented TSM server 4.1.2 and
only six tapes have become empty till date. The combined data for R/3 is
about 700GB. Tapes are added constantly to the library since they are not
being emptied. Can someone please tell me which parameters should I be
looking at in order to get the tapes back. Or if there are any good
documentation.

Thanks
Raminder Braich

Offsite tapes expiration

[Braich, Raminder]

The landscape:
  IBM 3494 with 4 3590 drives
  Server TSM 4.1.2 on WIN 2000
  ClientTSM 4.1.1 on WIN NT
We are not using DRM. However we do have a macro that checks all the
tapes which were written to go offsite , ejects the tapes and marks them
offsite. This is working fine except that the offsite tapes seldom become
empty. We have two domain which are backed up SAP R/3 and all the other NT
machines. For R/3 the backups are supposed to be kept for 360 days and for
NT machines for 30 days. The expiration process runs everyday and
reclamation process runs every weekend.
   It has been over two months since we implemented TSM server 4.1.2 and
only six tapes have become empty till date. The combined data for R/3 is
about 700GB. Tapes are added constantly to the library since they are not
being emptied. Can someone please tell me which parameters should I be
looking at in order to get the tapes back. Or if there are any good
documentation.

Thanks
Raminder Braich

Re: Restore Volume from offsite tapes

[Richard Sims]

>Thanks for all the response, it's truely helpfull and encouraging.
>Good news is, we found the tape (Richard, we didn't give up searching :)
>Strange news is, the tape is in a cabinet where we keep our scratch tapes,
>how it got out there at the first place? my best bet is due to human error.
>I'm still puzzle with why mtlib shows it's present in the library (even
>after re-inventory the library) when it's actually outside of the library?

Estee - Most good.  My first reaction was that you might have found some
other lost treasures in that cabinet.  This is the whole thing about
automated libraries: people need to keep out of them to avoid fouling up the
intent and discipline.
If the tape were manually removed and a re-inventory actually done, the
category code *should* have been FFFA (Manually Ejected).  But what you saw
was an ordinary Private category code, which suggests no re-inventory.
All in all, whatever manual actions are taking place in regards to that
library seem to have too many adverse effects.
   Richard

Re: Restore Volume from offsite tapes

[Estee Chen]

Hi guys,
Thanks for all the response, it's truely helpfull and encouraging.
Good news is, we found the tape (Richard, we didn't give up searching :)
Strange news is, the tape is in a cabinet where we keep our scratch tapes,
how it got out there at the first place? my best bet is due to human error.
I'm still puzzle with why mtlib shows it's present in the library (even
after re-inventory the library) when it's actually outside of the library?

Thanks again.
Estee Chen
Guardian Life


>From: Allen Barth <[EMAIL PROTECTED]>
>Reply-To: "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>
>To: [EMAIL PROTECTED]
>Subject: Re: Restore Volume from offsite tapes
>Date: Thu, 28 Sep 2000 09:51:02 -0500
>
>I'll 2nd that!  I've found many tapes in creative location in our 3494.
>
>Besides the floor, I've found them between racks, one riding back and forth
>on
>the bottom frame fo the robot car, and as we have HA, found one in the 2nd
>gripper on a robot arm that died just at the right time, and also found one
>UNDER a parked robot arm.
>
>And OK, there were a few that were found to NOT be in the 3494.  (operator
>fingers healing nicely).
>
>Agreeing with Richard, don't give up.  Put the 3494 in pause, open all
>doors,
>and give it a GOOD physical examination (and don't be afraid to move the
>robot
>car either)
>
>Al Barth
>Scudder Kemper Invesments
>
>
>
>
>
>
>|+--->
>||  S W Branch   |
>||  ||  .COM>|
>||  Sent by: |
>||  "ADSM: Dist  |
>||  Stor Manager"|
>||  <[EMAIL PROTECTED]|
>||  RIST.EDU>|
>||   |
>||   |
>||  09/28/00 |
>||  08:24 AM |
>||  Please   |
>||  respond to   |
>||  "ADSM: Dist  |
>||  Stor Manager"|
>||   |
>|----+--->
>
> >|
>   |
> |
>   |   To: [EMAIL PROTECTED]
> |
>   |   cc:
> |
>   |   Subject: Re: Restore Volume from offsite tapes
> |
>
> >|
>
>
>
>To follow up on what Richard said about the gripper, have you looked at the
>bottom of the library? Several years ago we were missing a tape. The
>library said the tape was present, but ADSM couldn't mount it. We visually
>examined all cells in the library (thankfully, it was only a single frame)
>and still couldn't find it. Finally, I thought to look on the bottom of the
>library and sure enough, that's where it was.You really have to look hard
>because the cartridge is mostly black and the floor of the library is also
>black.
>
>Steve Branch
>Phillips Petroleum
>e-mail: [EMAIL PROTECTED]
>
>
>
>
>
>Richard Sims <[EMAIL PROTECTED]>@VM.MARIST.EDU> on 09/28/2000 06:55:32 AM
>
>Any replies will be addressed to: "ADSM: Dist Stor Manager"
>   <[EMAIL PROTECTED]>
>
>Sent by:  "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>
>
>
>To:   [EMAIL PROTECTED]
>
>cc:
>
>
>Subject:  Re: Restore Volume from offsite tapes
>
>
> >we have a primary disk pool, a primary tape pool(in 3494 tape library)
>and
>a
> >copy tape pool(also our drm tape pool, which get offsite everyday).
> >We lost/misplace one volume from primary tape pool (how it get out from
>the
> >3494 tape library? I don't know), I found that out when space reclamation
> >failed.
> >
> >"q vol HO1302" shows it's in primary tape pool
> >"q libvol 3494 HO1302" said no match found
> >"mtlib -l /dev/lmcp0 -qV -VHO1302" shows
> >Volume Data:
> >   volume state.Volume present in Library, but Inaccessible
> >   logical volume...No
> >   volume class.3590 1/2 inch cartridge tape
> >   volume type..HPCT 320m nominal length
> >   volser...HO1302
> >   category.012C
>...
> >... trust me, the tape is not in the library.
> >question#1 : why mtlib says it's present in library??
>
>Because it is in the library.  Have you ever heard of a tape that broke out
>of
>The Big House and was profiled on a Most Wanted tv show?  No, certainly
>not.
>They just don't do that.  It

Re: Restore Volume from offsite tapes

[James Healy]

Could the tape have been manually removed from the library?

__
Do You Yahoo!?
Yahoo! Photos - 35mm Quality Prints, Now Get 15 Free!
http://photos.yahoo.com/

Re: Restore Volume from offsite tapes

[Allen Barth]

I'll 2nd that!  I've found many tapes in creative location in our 3494.

Besides the floor, I've found them between racks, one riding back and forth on
the bottom frame fo the robot car, and as we have HA, found one in the 2nd
gripper on a robot arm that died just at the right time, and also found one
UNDER a parked robot arm.

And OK, there were a few that were found to NOT be in the 3494.  (operator
fingers healing nicely).

Agreeing with Richard, don't give up.  Put the 3494 in pause, open all doors,
and give it a GOOD physical examination (and don't be afraid to move the robot
car either)

Al Barth
Scudder Kemper Invesments






|+--->
||  S W Branch   |
||  |
||  Sent by: |
||  "ADSM: Dist  |
||  Stor Manager"|
||  <[EMAIL PROTECTED]|
||  RIST.EDU>|
||   |
||   |
||  09/28/00 |
||  08:24 AM |
||  Please   |
||  respond to   |
||  "ADSM: Dist  |
||  Stor Manager"|
||   |
|+--->
  >|
  ||
  |   To: [EMAIL PROTECTED] |
  |   cc:          |
  |   Subject: Re: Restore Volume from offsite tapes   |
  >|



To follow up on what Richard said about the gripper, have you looked at the
bottom of the library? Several years ago we were missing a tape. The
library said the tape was present, but ADSM couldn't mount it. We visually
examined all cells in the library (thankfully, it was only a single frame)
and still couldn't find it. Finally, I thought to look on the bottom of the
library and sure enough, that's where it was.You really have to look hard
because the cartridge is mostly black and the floor of the library is also
black.

Steve Branch
Phillips Petroleum
e-mail: [EMAIL PROTECTED]





Richard Sims <[EMAIL PROTECTED]>@VM.MARIST.EDU> on 09/28/2000 06:55:32 AM

Any replies will be addressed to: "ADSM: Dist Stor Manager"
  <[EMAIL PROTECTED]>

Sent by:  "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>


To:   [EMAIL PROTECTED]

cc:


Subject:  Re: Restore Volume from offsite tapes


>we have a primary disk pool, a primary tape pool(in 3494 tape library) and
a
>copy tape pool(also our drm tape pool, which get offsite everyday).
>We lost/misplace one volume from primary tape pool (how it get out from
the
>3494 tape library? I don't know), I found that out when space reclamation
>failed.
>
>"q vol HO1302" shows it's in primary tape pool
>"q libvol 3494 HO1302" said no match found
>"mtlib -l /dev/lmcp0 -qV -VHO1302" shows
>Volume Data:
>   volume state.Volume present in Library, but Inaccessible
>   logical volume...No
>   volume class.3590 1/2 inch cartridge tape
>   volume type..HPCT 320m nominal length
>   volser...HO1302
>   category.012C
...
>... trust me, the tape is not in the library.
>question#1 : why mtlib says it's present in library??

Because it is in the library.  Have you ever heard of a tape that broke out
of
The Big House and was profiled on a Most Wanted tv show?  No, certainly
not.
They just don't do that.  It's in there, as the Category Code of 012C (your
Private category) and mtlib telling you that it is in the library, but in
an
Inaccessible state - which typically indicates that the tape volume is
stuck
in a drive - failed to unload.  (Or possibly the robot gripper had slippery
fingers when trying to remove the tape from its cell.)  Your library should
also be in an Intervention Required state.  Go to its Operator Station and
check there.  In particular, use the Library Manager database menu to have
it
tell you where the tape is in the library - storage cell or drive.  You can
also issue other mtlib commands to check library state and drives, where
the
latter would tell you if a tape is loaded.  To resolve such a situation,
you
usually have to open the doors, take the tape from whereever it is and put
it
into cell 1, close the doors, and the robot will put the tape away such
that
it now knows where it is.  If the tape is stuck in a drive, try resetting
the
tape drive to free it.  In TSM you will have to do an Update Volume to
change
the tape from its Unavailable state to Readwrite, and do

Re: Restore Volume from offsite tapes

[Prather, Wanda]

#2:  I have done this several times; you won't need to do anything special.

When you bring the tapes back from the vault, you will put them back in your
3494 library.
You will have to mark them READONLY to make them available for the restore.

The next time you do MOVE DRMEDIA to select the tapes that need to go
offsite, TSM will see all these tapes are still in the COPY pool but aren't
marked OFFSITE, and it will eject them again and mark them OFFSITE, along
with any newly created COPY pool tapes.

The only thing unusual you will need to do, make sure nobody runs MOVE
DRMEDIA and ejects the tapes before your RESTORE is complete!


Wanda Prather
The Johns Hopkins Applied Physics Lab
443-778-8769
[EMAIL PROTECTED]

"Intelligence has much less practical application than you'd think" -
Scott Adams/Dilbert





> -Original Message-
> From: Estee Chen [SMTP:[EMAIL PROTECTED]]
> Sent: Wednesday, September 27, 2000 6:51 PM
> To:   [EMAIL PROTECTED]
> Subject:  Restore Volume from offsite tapes
>
> hi folks,
> let me try to make my story short ..
> we have a primary disk pool, a primary tape pool(in 3494 tape library) and
> a
> copy tape pool(also our drm tape pool, which get offsite everyday).
> We lost/misplace one volume from primary tape pool (how it get out from
> the
> 3494 tape library? I don't know), I found that out when space reclamation
> failed.
>
> "q vol HO1302" shows it's in primary tape pool
> "q libvol 3494 HO1302" said no match found
> "mtlib -l /dev/lmcp0 -qV -VHO1302" shows
> Volume Data:
>volume state.Volume present in Library, but Inaccessible
>logical volume...No
>volume class.3590 1/2 inch cartridge tape
>volume type..HPCT 320m nominal length
>volser...HO1302
>category.012C
>subsystem affinity...01 02 03 04 05 06 00 00
> 00 00 00 00 00 00 00 00
> 00 00 00 00 00 00 00 00
> 00 00 00 00 00 00 00 00
>
> ... trust me, the tape is not in the library.
> question#1 : why mtlib says it's present in library??
>
> Okie, next thing to do is recall my drm tape and try to restore volume.
> I did a "restore volume ho1302 preview=yes" to get the list of offsite
> volume to be recalled and I change the access mode of these tapes (41
> tapes
> in total) to UNAVAILABLE so that no other process can move the data in
> these
> tapes before they are send back to me tomorrow (hopefully).
> question#2 : when I do "q drm" of these tapes after changing it to
> UNAVAILABLE, no match found! (I would expect them to be in 'vault' status,
> seems like DRM remove them from drm record). SO, my question is, what
> should
> I do with the tapes after I've done restore? do I have to send them back
> to
> offsite? or will DRM take care of them by generate new tapes and these
> tapes
> is now as good as scratch?
>
> Any idea/insight/experience to share is greatly appreciated.
>
> Thanks,
> Estee Chen
>
>
>
>
> _
> Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com.
>
> Share information about yourself, create your own public profile at
> http://profiles.msn.com.

Re: Restore Volume from offsite tapes

[S W Branch]

To follow up on what Richard said about the gripper, have you looked at the
bottom of the library? Several years ago we were missing a tape. The
library said the tape was present, but ADSM couldn't mount it. We visually
examined all cells in the library (thankfully, it was only a single frame)
and still couldn't find it. Finally, I thought to look on the bottom of the
library and sure enough, that's where it was.You really have to look hard
because the cartridge is mostly black and the floor of the library is also
black.

Steve Branch
Phillips Petroleum
e-mail: [EMAIL PROTECTED]





Richard Sims <[EMAIL PROTECTED]>@VM.MARIST.EDU> on 09/28/2000 06:55:32 AM

Any replies will be addressed to: "ADSM: Dist Stor Manager"
  <[EMAIL PROTECTED]>

Sent by:  "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>


To:   [EMAIL PROTECTED]

cc:


Subject:  Re: Restore Volume from offsite tapes


>we have a primary disk pool, a primary tape pool(in 3494 tape library) and
a
>copy tape pool(also our drm tape pool, which get offsite everyday).
>We lost/misplace one volume from primary tape pool (how it get out from
the
>3494 tape library? I don't know), I found that out when space reclamation
>failed.
>
>"q vol HO1302" shows it's in primary tape pool
>"q libvol 3494 HO1302" said no match found
>"mtlib -l /dev/lmcp0 -qV -VHO1302" shows
>Volume Data:
>   volume state.Volume present in Library, but Inaccessible
>   logical volume...No
>   volume class.3590 1/2 inch cartridge tape
>   volume type..HPCT 320m nominal length
>   volser...HO1302
>   category.012C
...
>... trust me, the tape is not in the library.
>question#1 : why mtlib says it's present in library??

Because it is in the library.  Have you ever heard of a tape that broke out
of
The Big House and was profiled on a Most Wanted tv show?  No, certainly
not.
They just don't do that.  It's in there, as the Category Code of 012C (your
Private category) and mtlib telling you that it is in the library, but in
an
Inaccessible state - which typically indicates that the tape volume is
stuck
in a drive - failed to unload.  (Or possibly the robot gripper had slippery
fingers when trying to remove the tape from its cell.)  Your library should
also be in an Intervention Required state.  Go to its Operator Station and
check there.  In particular, use the Library Manager database menu to have
it
tell you where the tape is in the library - storage cell or drive.  You can
also issue other mtlib commands to check library state and drives, where
the
latter would tell you if a tape is loaded.  To resolve such a situation,
you
usually have to open the doors, take the tape from whereever it is and put
it
into cell 1, close the doors, and the robot will put the tape away such
that
it now knows where it is.  If the tape is stuck in a drive, try resetting
the
tape drive to free it.  In TSM you will have to do an Update Volume to
change
the tape from its Unavailable state to Readwrite, and do an Update Drive to
make it Online again.  (I've been there.)

You should never simply say "Oh, well" and stop looking for a tape that has
no
reason to be elsewhere.  Bad idea, because it does not solve the problem.

Richard Sims, BU

Re: Restore Volume from offsite tapes

[Henk ten Have]

>>"q vol HO1302" shows it's in primary tape pool
>>"q libvol 3494 HO1302" said no match found
>>"mtlib -l /dev/lmcp0 -qV -VHO1302" shows

I don't know which level ADSM you'r running, but we had exactly the same
problems with adsm 3.1.2.55 (AIX 4.2.1, Atape 5.0.2.0, atldd 4.0.1.0):
volumes are "not present in library", but still exist in LM and ADSM.

At the same time we had also the opposite problem, suddenly volumes only exist
in the LM and not anymore in ADSM (ADSM askes for CHECKIN).

After upgrading to 3.7.3.x problems were gone.

An other possibility is that you have a bad barcode reader in your LM.

Cheers,
Henk.

Re: Restore Volume from offsite tapes

[Richard Sims]

>we have a primary disk pool, a primary tape pool(in 3494 tape library) and a
>copy tape pool(also our drm tape pool, which get offsite everyday).
>We lost/misplace one volume from primary tape pool (how it get out from the
>3494 tape library? I don't know), I found that out when space reclamation
>failed.
>
>"q vol HO1302" shows it's in primary tape pool
>"q libvol 3494 HO1302" said no match found
>"mtlib -l /dev/lmcp0 -qV -VHO1302" shows
>Volume Data:
>   volume state.Volume present in Library, but Inaccessible
>   logical volume...No
>   volume class.3590 1/2 inch cartridge tape
>   volume type..HPCT 320m nominal length
>   volser...HO1302
>   category.012C
...
>... trust me, the tape is not in the library.
>question#1 : why mtlib says it's present in library??

Because it is in the library.  Have you ever heard of a tape that broke out of
The Big House and was profiled on a Most Wanted tv show?  No, certainly not.
They just don't do that.  It's in there, as the Category Code of 012C (your
Private category) and mtlib telling you that it is in the library, but in an
Inaccessible state - which typically indicates that the tape volume is stuck
in a drive - failed to unload.  (Or possibly the robot gripper had slippery
fingers when trying to remove the tape from its cell.)  Your library should
also be in an Intervention Required state.  Go to its Operator Station and
check there.  In particular, use the Library Manager database menu to have it
tell you where the tape is in the library - storage cell or drive.  You can
also issue other mtlib commands to check library state and drives, where the
latter would tell you if a tape is loaded.  To resolve such a situation, you
usually have to open the doors, take the tape from whereever it is and put it
into cell 1, close the doors, and the robot will put the tape away such that
it now knows where it is.  If the tape is stuck in a drive, try resetting the
tape drive to free it.  In TSM you will have to do an Update Volume to change
the tape from its Unavailable state to Readwrite, and do an Update Drive to
make it Online again.  (I've been there.)

You should never simply say "Oh, well" and stop looking for a tape that has no
reason to be elsewhere.  Bad idea, because it does not solve the problem.

Richard Sims, BU

Restore Volume from offsite tapes

[Estee Chen]

hi folks,
let me try to make my story short ..
we have a primary disk pool, a primary tape pool(in 3494 tape library) and a
copy tape pool(also our drm tape pool, which get offsite everyday).
We lost/misplace one volume from primary tape pool (how it get out from the
3494 tape library? I don't know), I found that out when space reclamation
failed.

"q vol HO1302" shows it's in primary tape pool
"q libvol 3494 HO1302" said no match found
"mtlib -l /dev/lmcp0 -qV -VHO1302" shows
Volume Data:
   volume state.Volume present in Library, but Inaccessible
   logical volume...No
   volume class.3590 1/2 inch cartridge tape
   volume type..HPCT 320m nominal length
   volser...HO1302
   category.012C
   subsystem affinity...01 02 03 04 05 06 00 00
00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00

... trust me, the tape is not in the library.
question#1 : why mtlib says it's present in library??

Okie, next thing to do is recall my drm tape and try to restore volume.
I did a "restore volume ho1302 preview=yes" to get the list of offsite
volume to be recalled and I change the access mode of these tapes (41 tapes
in total) to UNAVAILABLE so that no other process can move the data in these
tapes before they are send back to me tomorrow (hopefully).
question#2 : when I do "q drm" of these tapes after changing it to
UNAVAILABLE, no match found! (I would expect them to be in 'vault' status,
seems like DRM remove them from drm record). SO, my question is, what should
I do with the tapes after I've done restore? do I have to send them back to
offsite? or will DRM take care of them by generate new tapes and these tapes
is now as good as scratch?

Any idea/insight/experience to share is greatly appreciated.

Thanks,
Estee Chen




_
Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com.

Share information about yourself, create your own public profile at
http://profiles.msn.com.

Re: Getting a list of onsite to reclaim offsite tapes.

[Joe Faracchio]

Hi Mark!

With collocation on for onsite and not for offsite,
I have found that the process of reclamation offsite tapes
reads just about every tape in my library.  I've thought about it:
every day, every user sends me some backup data.  I put it on their very
own tape (well not very own!) and hopefully before that, I put it on the
1/2 of a tape that's going to offsite.  So every offsite tape has every
user that's run a backup over a 2 day period. To 'reconstruct' that
offsite tape from onsite collocates means I gotta mount ever users-tape
that's on the tape.  I guess the fact I have rec=20 enters into too.
If you're rec'ing tapes at 80 instead it might not be as intensive.

It would be interesting to run
a select command to see if its true.  Let me know if you come up with one.

I'm running this to reclamate about 20 tapes (out of 160)
and I do it over a whole weekend and I mean WHOLE
(fri nite to mon a.m. sometimes)

cheers ... joe.f.

P.S>  say hello to Ann-Marie Marcoux for me!!! (kiss-kiss!)

Joseph A Faracchio,  Systems Programmer, UC Berkeley


On Thu, 3 Aug 2000, Mark Brown wrote:

> Hello,
>
> When I turn on reclamation for a copypool where my OFFSITE tapes
> are adsm uses tapes from the primary tape pool to reclaim the offsite
> tapes.
>
> Does anyone have a script that can report what tapes from a primary pool
> will be asked for when reclaiming an offsite copypool
>
>
> --
> Thank You,
>
> Mark Brown
>
> ===
> Operations Supervisor
> McGill University
> Computing Centre Operations
>
> E-Mail :[EMAIL PROTECTED]
> Phone  :514-398-2321
> WWW:http://mbrown.cc.mcgill.ca
> ===
>

Getting a list of onsite to reclaim offsite tapes.

[Mark Brown]

Hello,

When I turn on reclamation for a copypool where my OFFSITE tapes
are adsm uses tapes from the primary tape pool to reclaim the offsite
tapes.

Does anyone have a script that can report what tapes from a primary pool
will be asked for when reclaiming an offsite copypool


--
Thank You,

Mark Brown

===
Operations Supervisor
McGill University
Computing Centre Operations

E-Mail :[EMAIL PROTECTED]
Phone  :514-398-2321
WWW:http://mbrown.cc.mcgill.ca
===