On Wed, 16 Jul 2003 16:48:58 +0200 "Loon, E.J. van - SPLXM" <[EMAIL PROTECTED]> wrote:
> Hi Remco! > Actually, an empty volume becomes scratch as soon as the Delay Period For > Volume Reuse (part of the storage pool definition) is reached... > Kindest regards, > Eric van Loon > KLM Royal Dutch Airlines > Hoi Eric, nope, that is when pending volumes become empty :) > > -----Original Message----- > From: Remco Post [mailto:[EMAIL PROTECTED] > Sent: Wednesday, July 16, 2003 16:19 > To: [EMAIL PROTECTED] > Subject: Re: collocated storage pool issue > > > On Wed, 16 Jul 2003 14:50:08 +0200 > Jacques Butcher <[EMAIL PROTECTED]> wrote: > > > I also had an issue with collocation before where the tape > > volumes do not go back to scratch after reclaimation ran. > > By querying the library volumes it does not say that these > > tapes contains "data" but they are still private. Querying > > the volumes shows that the tapes are empty. They are > > however not automatically deleted from the pool they belong > > to. Did anyone else get this? > > > > Empty volumes do not go to scratch immedeately, this only happens when a > storagepool request a scratch-volume.... > > > > On Wed, 16 Jul 2003 12:05:24 +0400 > > Zosimo Noriega <[EMAIL PROTECTED]> wrote: > > > Increase the value of Maximum Scratch Volumes Allowed in > > > new storage pool. > > > You can reorganize client data into new collacted storage > > > pool by moving > > > node data. > > > > > > Regards, > > > Zosi Noriega > > > > > > -----Original Message----- > > > From: Abdulaziz Almuammar [mailto:[EMAIL PROTECTED] > > > Sent: Wednesday, July 16, 2003 9:30 PM > > > To: [EMAIL PROTECTED] > > > Subject: collocated storage pool issue > > > > > > Hi guys, > > > I have uncollocated storage pool that stores all the > > > client data in 3494 > > > tape library and I created a new collocated storage pool > > > and redirected all > > > new client data to be stored on it. > > > Each tape in the collocated storage pool is supposed to > > > have one node data > > > (if the pool has empty tapes as I know) but what I foud > > > in the new storage > > > pool is different > > > I found that "some" of the nodes data are stored in one > > > tape. > > > Could any one tell me if this is normal? and if it is not > > > how can I force > > > each tape to have one client data? > > > > > > I have TSM 5.1.5 on AIX 4.3.3 > > > > > > Regards, > > > Abdulaziz > > > > Jacques Butcher > > TCM (Technology Corporate Management) Software Engineer > > Cell: +27 (0)84 676 0329 > > Tell: +27 (0)11 483-2000 > > Fax: +27 (0)11 728-3656 > > Nat. IT Diploma, MCSE, IBM Tivoli Storage Manager 5.1 > > Certified, NetVault Certified, IPSTor Certified, > > IBM Certified Specialist - Enterprise Tape Solutions > > Version 2 > > > > == > > Download ringtones, logos and picture messages at Ananzi Mobile Fun. > > http://www.ananzi.co.za/cgi-bin/goto.pl?mobile > > > -- > Met vriendelijke groeten, > > Remco Post > > SARA - Stichting Academisch Rekencentrum Amsterdam http://www.sara.nl > High Performance Computing Tel. +31 20 592 8008 Fax. +31 20 668 3167 > > "I really didn't foresee the Internet. But then, neither did the computer > industry. Not that that tells us very much of course - the computer industry > didn't even foresee that the century was going to end." -- Douglas Adams > > > ********************************************************************** > For information, services and offers, please visit our web site: http://www.klm.com. > This e-mail and any attachment may contain confidential and privileged material > intended for the addressee only. If you are not the addressee, you are notified that > no part of the e-mail or any attachment may be disclosed, copied or distributed, and > that any other action related to this e-mail or attachment is strictly prohibited, > and may be unlawful. If you have received this e-mail by error, please notify the > sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart > Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for > the incorrect or incomplete transmission of this e-mail or any attachments, nor > responsible for any delay in receipt. > ********************************************************************** -- Met vriendelijke groeten, Remco Post SARA - Stichting Academisch Rekencentrum Amsterdam http://www.sara.nl High Performance Computing Tel. +31 20 592 8008 Fax. +31 20 668 3167 "I really didn't foresee the Internet. But then, neither did the computer industry. Not that that tells us very much of course - the computer industry didn't even foresee that the century was going to end." -- Douglas Adams