ADSM-L

Re: collocated storage pool issue

2003-07-16 10:58:26
Subject: Re: collocated storage pool issue
From: Remco Post <r.post AT SARA DOT NL>
To: ADSM-L AT VM.MARIST DOT EDU
Date: Wed, 16 Jul 2003 16:57:54 +0200
On Wed, 16 Jul 2003 16:48:58 +0200
"Loon, E.J. van - SPLXM" <Eric-van.Loon AT KLM DOT COM> 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:r.post AT SARA DOT NL]
> Sent: Wednesday, July 16, 2003 16:19
> To: ADSM-L AT VM.MARIST DOT EDU
> Subject: Re: collocated storage pool issue
>
>
> On Wed, 16 Jul 2003 14:50:08 +0200
> Jacques Butcher <butcherjw AT ANANZI.CO DOT ZA> 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 <znoriega AT ADNOC DOT COM> 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:amuammar AT KFSHRC.EDU DOT SA]
> > > Sent: Wednesday, July 16, 2003 9:30 PM
> > > To: ADSM-L AT VM.MARIST DOT EDU
> > > 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

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