ADSM-L

Re: Copy Storage Pool Running Long

1998-01-21 20:22:49
Subject: Re: Copy Storage Pool Running Long
From: Nancy Young <youngny AT US.IBM DOT COM>
Date: Wed, 21 Jan 1998 20:22:49 -0500
2) the element addresses for the 3570 library is 16 for drive 1 and 17 for
drive 2.  This information can be found in the README files.  There might have
been some overlook that it may not be documented in the V3 READMEs, but if you
go to the ftp server, index.storsys.ibm.com, and go to the latest V2 server
ptfs, the information should be there in the README file.  You need to specify
the element address when you DEFINE DRIVE for drives in SCSI libraries that
support more than 1 drive.  The element address is used to coordinate
interaction between the autochanger robotic device and the drive.

Regards,
Nancy Young

Email: youngny AT us.ibm DOT com

###  Find the latest ADSM information at http://www.storage.ibm.com/ADSM  ###


        ADSM-L AT VM.MARIST DOT EDU
        01/21/98 04:37 PM
Please respond to ADSM-L AT VM.MARIST DOT EDU @ internet

To: ADSM-L AT VM.MARIST DOT EDU @ internet
cc:
Subject: Copy Storage Pool Running Long

Hey everyone,

Need a little assistance on 2 issues real quick;

1.) My copy storage pool job; 'backup stg primarystg copystg' seems to be
copying entirely too much data.  The total amount of data that could be
possibly need to be copied would be 50GB.  the Copy Storage Pool process
can get up to 200GB!  Any ideas?  Why would this occur?
The only change that has occured semi-recently are the following:
        a.) The Versions Exist parameter has ben set down from 30 to 7.

2.) This is more for a friend, but while I'm at it;
What is the "element" setting for a 3570 tape library, or where can the
settings be found?  What do the "element" settings relate to?

Thanks in advance.

Sean


<Prev in Thread] Current Thread [Next in Thread>