ADSM-L

Re: collocated storage pool issue

2003-07-17 05:45:29
Subject: Re: collocated storage pool issue
From: Remco Post <r.post AT SARA DOT NL>
To: ADSM-L AT VM.MARIST DOT EDU
Date: Thu, 17 Jul 2003 11:44:53 +0200
On Wed, 16 Jul 2003 17:10:18 +0200
"Loon, E.J. van - SPLXM" <Eric-van.Loon AT KLM DOT COM> 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:r.post AT SARA DOT NL]
> Sent: Wednesday, July 16, 2003 16:58
> To: ADSM-L AT VM.MARIST DOT EDU
> Subject: Re: collocated storage pool issue
>
>
> 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
>
>
> **********************************************************************
> 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>