Now don't start thinking that "max scratch" simply accounts for the volumes
that show up as "Scratch" during a "q libvol"
"max scratch" limits the number of tapes that will be used that were checked
in AS scratch.
So if you checked in 300 tapes as scratch,
your "q libvol" currently shows 135 scratch
which implies 165 private (in my example)
THIS MEANS only 30 more tapes will be used...
that is, 105 of those 135 tapes marked scratch WILL NOT BE USED.
for all 300 to be used, maxscr would need to be set to 300
just pointing this out for clarification purposes...
Dwight E. Cook
Software Application Engineer III
Science Applications International Corporation
509 S. Boston Ave. Suite 220
Tulsa, Oklahoma 74103-4606
Office (918) 732-7109
-----Original Message-----
From: Michelle Wiedeman [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, December 11, 2002 9:47 AM
To: [EMAIL PROTECTED]
Subject: Re: scratch tapes not recognized
scratch tapes in the tapepool is 135 max scratch is 195, i checked that
allready.
-----Original Message-----
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, December 11, 2002 4:22 PM
To: [EMAIL PROTECTED]
Cc: Michelle Wiedeman
Subject: RE: scratch tapes not recognized
Hi,
In your tapepoolX, what is the Maximum Scratch Volumes Allowed? And how many
volumes are in use in that pool?
Gr.,
Karel
ps. the more info you give, the faster the correct answer will be given.
-----Oorspronkelijk bericht-----
Van: Michelle Wiedeman [ mailto:[EMAIL PROTECTED]
<mailto:[EMAIL PROTECTED]> ]
Verzonden: woensdag 11 december 2002 16:13
Aan: [EMAIL PROTECTED]
Onderwerp: scratch tapes not recognized
hi all,
does anyone have a clue,
I have 13 scratch tapes available in the library, but the diskpool doesnt
want to backup coz it says theres insufficient space in subordinate storage
pool.
ive checked the volumes which are scratch and theyre still in the library,
not defined to any storagepool and readwrite enabled.
thnx!
