Search String: Display: Description: Sort:

Results:

References: [ +subject:/^(?:^\s*(re|sv|fwd|fw)[\[\]\d]*[:>-]+\s*)*Orphan\s+tapes\s+in\s+PRIVATE\s+status\s*$/: 10 ]

Total 10 documents matching your query.

1. Orphan tapes in PRIVATE status (score: 1)
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
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/1999-02/msg00286.html (12,216 bytes)

2. Re: Orphan tapes in PRIVATE status (score: 1)
Author: "Kelly J. Lipp" <lipp AT STORSOL DOT COM>
Date: Wed, 3 Feb 1999 15:02:13 -0700
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
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/1999-02/msg00290.html (11,242 bytes)

3. Orphan tapes in PRIVATE status (score: 1)
Author: Prather, Wanda
Date: Sun, 04 Oct 2015 17:47:36 -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
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/1999-02/msg00291.html (12,095 bytes)

4. Re: Orphan tapes in PRIVATE status (score: 1)
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
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/1999-02/msg00295.html (13,419 bytes)

5. Re: Orphan tapes in PRIVATE status (score: 1)
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
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/1999-02/msg00297.html (13,897 bytes)

6. Re: Orphan tapes in PRIVATE status (score: 1)
Author: Nathan King <nathan.king AT USAA DOT COM>
Date: Thu, 4 Feb 1999 06:55:46 -0600
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
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/1999-02/msg00326.html (12,990 bytes)

7. Re: Orphan tapes in PRIVATE status (score: 1)
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
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/1999-02/msg00425.html (11,212 bytes)

8. Re: Orphan tapes in PRIVATE status (score: 1)
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
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/1999-02/msg00426.html (13,943 bytes)

9. Re: Orphan tapes in PRIVATE status (score: 1)
Author: "Kelly J. Lipp" <lipp AT STORSOL DOT COM>
Date: Fri, 5 Feb 1999 12:58:16 -0700
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
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/1999-02/msg00440.html (11,223 bytes)

10. Re: Orphan tapes in PRIVATE status (score: 1)
Author: Survoy, Bernard J
Date: Sun, 04 Oct 2015 17:47:37 -0500
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
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/1999-02/msg00441.html (11,099 bytes)


This search system is powered by Namazu