Author: "Prather, Wanda" <PrathW1 AT CENTRAL.SSD.JHUAPL DOT EDU>
Date: Wed, 3 Feb 1999 16:33:38 -0500
ADSM V2.1.5.13 on AIX 4.2, STK9710 tape library I have just found a bunch of tapes in my library that are not defined in STGPOOLS or VOLHISTORY, but are marked PRIVATE instead of SCRATCH. We do not D
That is what I have seen as well. Sort of makes sense since if the tape is bad, it shouldn't be returned to the scratch pool only to be found wanting again the next time it's chosen. Kelly J. Lipp St
ADSM V2.1.5.13 on AIX 4.2, STK9710 tape library I have just found a bunch of tapes in my library that are not defined in STGPOOLS or VOLHISTORY, but are marked PRIVATE instead of SCRATCH. We do not D
Author: "Jackson, Sandye" <Sandye.Jackson AT LATIMES DOT COM>
Date: Wed, 3 Feb 1999 14:36:06 -0800
When we first upgraded from V2 to V3 we started having the same problem as well as the problem of tapes being changed to 'unavailable' status. Now that we are at V3.1.1.5 we no longer have this probl
Author: Joel Fuhrman <joelf AT CAC.WASHINGTON DOT EDU>
Date: Wed, 3 Feb 1999 14:51:03 -0800
I took a suggestion a while back to do a: query volume acc=reado,unavail,destroyed,offsite as part of a daily status check. Hopefully that would show most of your tapes. The one gotcha is when the er
Yes. I saw this happen just the other day with an ADSM V3.1.2.0 server on Windows NT. The Server attempted a database backup, but ran into SCSI problems. However it marked a tape as private. I was co
Author: "Survoy, Bernard J" <SurvoBJ AT NORTHAMERICA.STORTEK DOT COM>
Date: Fri, 5 Feb 1999 10:18:17 -0700
Another area of concern is when a mount fails on a scratch tape. In this case, you can't track it down unless you do some library inventory checking. These would be found on either a q vol or q volhi
Author: Joel Fuhrman [mailto:joelf AT CAC.WASHINGTON DOT EDU]
Date: Sun, 04 Oct 2015 17:47:37 -0500
I took a suggestion a while back to do a: query volume acc=reado,unavail,destroyed,offsite as part of a daily status check. Hopefully that would show most of your tapes. The one gotcha is when the er
I think this is the case Wanda discusses: if the tape is scratch and then fails a mount, it becomes private, but won't be in a pool or in the volhist as a dbbackup. Kelly J. Lipp Storage Solutions Sp
Another area of concern is when a mount fails on a scratch tape. In this case, you can't track it down unless you do some library inventory checking. These would be found on either a q vol or q volhi