pending to empty means they are not read/write
pending to scratch means they are read/write
when the reuse delay expires regardless of its length (or shortness).
... joe.f.
Joseph A Faracchio, Systems Programmer, UC Berkeley
On Sat, 12 Aug 2000, Leo Humar wrote:
> Have you checked that the reuse delay for this storagepool is set to the
> number of days?
>
> Leo Humar
> LCS Pty Ltd
> [EMAIL PROTECTED]
>
> No trees were killed in the sending of this message. However a large
> number of electrons were terribly inconvenienced.
>
> -----Original Message-----
> From: Ray Baughman <[EMAIL PROTECTED]>
> To: [EMAIL PROTECTED] <[EMAIL PROTECTED]>
> Date: 10 August 2000 5:18
> Subject: Offsite volumes going to scratch
>
>
> >Hello All,
> >
> >I have recently upgraded from ADSM 3.1.2 to TSM 3.7. I do not use DSM, so
> I
> >rely on offsite volumes going from pending to empty to determine which
> >volumes to bring back on site. My problem is that since I upgraded to TSM
> >3.7, the offsite volumes do not go from pending to empty, they go from
> >pending to scratch. This will force me to keep a file of offsite volumes
> >and then compare it to a list of offsite volumes from TSM to determine
> which
> >tapes to return from offsite.
> >My question is, is this the way TSM is suppose to work or is this a bug.
> >Possibly I need to set something in the server.opt file. Any help would be
> >appreciated.
> >
> >Ray Baughman
> >National Machinery Co.
> >Phone: 419-443-2257
> >Fax: 419-443-2376
> >Email: [EMAIL PROTECTED]
> >
>
