AW: tapes filling

Yeah, they are all R/W. The pool's got two tapes "Full" now, the rest is
still filling. I'll just keep an eye on it and see how it develops.

Thanx,
Martijn.

> ----------
> Van:  Andreas Buser[SMTP:andreas.buser AT BASLER DOT CH]
> Verzonden:    maandag,september 27, 1999 15:21
> Aan:  ADSM-L AT VM.MARIST DOT EDU
> Onderwerp:    Re: tapes filling
>
> 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
>
> > ----------
> > 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,
> >
> >
> > > 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.
> >
>