On Wed, 16 Jul 2003 17:10:18 +0200 "Loon, E.J. van - SPLXM" <[EMAIL PROTECTED]> wrote:
> Hi Remco! > You are right, but aren't empty volumes always in a pending or scratch > state? One would think so. I've noticed that there is some delay between the moment that a pending volume may become scratch again and the moment in actually becomes scratch. During this time the volume has a state of empty, while Scratch Volume? is still set to Yes. > Kindest regards, > Eric van Loon > KLM Royal Dutch Airlines > > > -----Original Message----- > From: Remco Post [mailto:[EMAIL PROTECTED] > Sent: Wednesday, July 16, 2003 16:58 > To: [EMAIL PROTECTED] > Subject: Re: collocated storage pool issue > > > 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 > > > ********************************************************************** > 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