On Apr 3, 2008, at 10:52 AM, Thomas Denier wrote:
-Wanda Prather wrote: -
No good way around it, except to run your DELETE VOLUMES serially
and with NOTHING ELSE going on. Or upgrade past the bug. Search
www.ibm.com: IC50659
If I understand the problem correctly, even having nothing
-Wanda Prather wrote: -
>No good way around it, except to run your DELETE VOLUMES serially
>and with NOTHING ELSE going on. Or upgrade past the bug. Search
>www.ibm.com: IC50659
If I understand the problem correctly, even having nothing else
going on is insufficient. Some of our tape st
.
"Mcnutt, Larry E." <[EMAIL PROTECTED]>
Sent by: "ADSM: Dist Stor Manager"
04/02/2008 04:21 PM
Please respond to
"ADSM: Dist Stor Manager"
To
ADSM-L@VM.MARIST.EDU
cc
Subject
Re: [ADSM-L] Delete volume problem
We have a database corruption probl
volume problem
No good way around it, except to run your DELETE VOLUMES serially and
with NOTHING ELSE going on. Or upgrade past the bug. Search
www.ibm.com:
IC50659
On 4/2/08, David Longo <[EMAIL PROTECTED]> wrote:
>
> I think there is an occasional problem with "Delete Volume"
No good way around it, except to run your DELETE VOLUMES serially and with
NOTHING ELSE going on. Or upgrade past the bug. Search www.ibm.com:
IC50659
On 4/2/08, David Longo <[EMAIL PROTECTED]> wrote:
>
> I think there is an occasional problem with "Delete Volume"
> at that TSM server version th
rom: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of
Thomas Denier
Sent: Wednesday, April 02, 2008 2:03 PM
To: ADSM-L@VM.MARIST.EDU
Subject: Delete volume problem
We have a 5.3.4.0 TSM server running under mainframe Linux. We are
in the process of migrating some of our offsite copies to n
I think there is an occasional problem with "Delete Volume"
at that TSM server version that can hang things.
I seem to recall is fixed in TSM 5.3.5.x or close.
David Longo
>>> Thomas Denier <[EMAIL PROTECTED]> 4/2/2008 2:02 PM >>>
We have a 5.3.4.0 TSM server running under mainframe Linux. We ar
We have a 5.3.4.0 TSM server running under mainframe Linux. We are
in the process of migrating some of our offsite copies to newer tape
technology. Yesterday I finished backing up all the data in one of
our primary tape pools to a new copy storage pool. This morning I
started deleting the volumes f
