Are all of the tapes ind READWRITE status?

Another reason for this behavior could be that a filling tape was already
allocated, for example to a client for restore or another process.

But after some days and movements normaly ADSM reuses all filling tapes.
_________________________________________________

Kind Regards
Andreas Buser

Tel: ++41 61 285 73 21  Fax: ++41 61 285 70 98

Email: Andreas.Buser AT Basler DOT ch

Address:
Basler Versicherungsgesellschaft
Andreas Buser
Abt. Informatik
Aeschengraben 21
4002 Basel
Switzerland



                    "Grendelman M.
                    (Martijn)"                      An:     ADSM-L AT VM.MARIST 
DOT EDU
                    <[email protected]        Kopie:
                    ORTIS.COM>                      Thema:  AW: tapes filling
                    Gesendet von: "ADSM:
                    Dist Stor Manager"
                    <ADSM-L AT VM.MARIST DOT EDU>


                    27.09.99 14:12
                    Bitte antworten an
                    "ADSM: Dist Stor
                    Manager"





Hi,

No, collocation is set to node level.

Martijn.

> ----------
> Van:  Lambelet,Rene,VEVEY,FC-SIL/INF.[SMTP:Rene.Lambelet AT NESTLE DOT COM]
> Verzonden:    maandag,september 27, 1999 13:17
> Aan:  ADSM-L AT VM.MARIST DOT EDU
> Onderwerp:    Re: tapes filling
>
> Hello,
>
> please check if you did not use Collocation on Filespace level...
>
> Regards,
>
> Rene Lambelet
> Nestec SA - 55, Av. Nestle - CH-1800 Vevey
> Tel: ++41'21'924'35'43 / Fax: ++41'21'924'45'89
> E-Mail: rene.lambelet AT nestle DOT com
>
>
>
> > -----Original Message-----
> > From: Grendelman M. (Martijn) [SMTP:Martijn.Grendelman AT NL.FORTIS DOT COM]
> > Sent: Monday, September 27, 1999 12:30 PM
> > To:   ADSM-L AT VM.MARIST DOT EDU
> > Subject:      tapes filling
> >
> > Hi all,
> >
> > I am moving data from one primary tape pool to another. The destination
> > pool
> > has collocation enabled. The number of nodes that back up to the pool
is
> > 43,
> > but the number of tapes in the destination pool is 56 at the moment and
> > they're all "Filling". How is this possible?
> >
> > I thought that with 43 nodes I wouldn't have more than 43 tapes
> "filling",
> > because it wouldn't take a new scratch tape until a volume has reached
> > "Full" status...
> >
> > Anyone?
> >
> > Thanx,
> > Martijn.
>