ADSM-L

Re: even/uneven tape cycle / ANR1025W

2004-04-15 03:01:09
Subject: Re: even/uneven tape cycle / ANR1025W
From: Klaas Talsma - KTL <KTalsma AT BELLMICRO.EU DOT COM>
To: ADSM-L AT VM.MARIST DOT EDU
Date: Thu, 15 Apr 2004 07:59:21 +0100
Thanks deon,

Could this also happen if the status of the volume is not read/write?



-----Original Message-----
From: ADSM: Dist Stor Manager [mailto:ADSM-L AT VM.MARIST DOT EDU] On Behalf Of
Deon George
Sent: donderdag 15 april 2004 1:43
To: ADSM-L AT VM.MARIST DOT EDU
Subject: Re: even/uneven tape cycle / ANR1025W

Klaas,

The errors you are getting indicate that the storage pool (or
subordinate
- which is more likely the case). You'll get this because:

* You dont have enough volumes defined - ie: the volumes defined are
already full,
* You dont have enough scratch volumes define: ie: check the MAXSCR
parameter on q STGP <name> f=d

...deon
---
Have you looked at the A/NZ Tivoli User Group website?
http://www.tuganz.org

Deon George, IBM Tivoli Software Engineer, IBM Australia
Office: +61 3 9626 6058, Fax: +61 3 9626 6622, Mobile: +61 412 366 816,
IVPN +70 66058
mailto:dgeorge AT au1.ibm DOT com, http://www.ibm.com/tivoli

"ADSM: Dist Stor Manager" <ADSM-L AT VM.MARIST DOT EDU> wrote on 14/04/2004
06:56:31 PM:

> Hi list,
>
> I've got a client who is working with TSM the following way:
>
> They work with an autoloader.
>
> They wanted to have a 2 week tape cycle with even and uneven weeks and
a
> 2 week period for keeping the tapes.
> What I did was create 2 sets of tapes(4 tapes eacht) and 2
> diskpools(even and uneven) so in week 13 they backup to diskpool
uneven
> and in week 14 they backup to diskpool even.
> During the week migrations to a normal tapepool take place.
> On Monday the tapes will be checked out and they can checkin the other
> set of tapes (depending on week).
>
> For my this is a very unusual way to work with TSM and as they are
> running into some problems I'm not quite sure how to handle this.
> They are getting the following errors:
>
> >ANR0522W Transaction failed for session 10440 for node
> >MERCURIUS (WinNT) - no space available in storagepool
> DISKPOOL_ONEVEN_WEEK >and all successor pools. (SESSION:    10440)
>
> Diskpools get flushed every night so there should be enough space.
>
> > ANR1025W Migration process 424 terminated for storage pool
> > DISKPOOL_ONEVEN_WEEK - insufficient space in subordinate storage
pool.
>
> > (PROCESS: 424)
>
> To me this is strange because the next storage pool is the tape pool
>
> If anyone has worked with an autoloader or worked with a tape cycle
this
> way I would like to hear from them.
>
> Thanks in advance
>
> Regards,
>
> Klaas Talsma
>
>
>
> --
> Bell Microproducts Europe BV
>
> This message is intended only for the use of the person(s) (\"the
> intended recipient(s)\") to whom it is addressed.  It may contain
> information which is privileged and confidential within the meaning
> of applicable law.  If you are not the intended recipient, please
> contact the sender as soon as possible.  The views expressed in this
> communication may not necessarily be the views held by Bell
> Microproducts Europe BV.


--
Bell Microproducts Europe BV

This message is intended only for the use of the person(s) (\"the intended 
recipient(s)\") to whom it is addressed.  It may contain information which is 
privileged and confidential within the meaning of applicable law.  If you are 
not the intended recipient, please contact the sender as soon as possible.  The 
views expressed in this communication may not necessarily be the views held by 
Bell Microproducts Europe BV.

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