Mail Archive Search: <+subject:/^(?:^\s*(re|sv|fwd|fw)[\[\]\d]*[:>-]+\s*)*drm\s+operator\s+scripts\s*$/>

Results:

References: [ +subject:/^(?:^\s*(re|sv|fwd|fw)[\[\]\d]*[:>-]+\s*)*drm\s+operator\s+scripts\s*$/: 22 ]

Total 22 documents matching your query.

1. drm operator scripts (score: 1): Author: Burak Demircan <burak.demircan AT DAIMLERCHRYSLER DOT COM>; Date: Fri, 25 Oct 2002 06:57:09 +0200; Hi, Do you have some small scripts for operator to take tapes in and out easily? Please sen me directly if you have them. Regards, Burak; /lists/html/ADSM-L/2002-10/msg01213.html (9,215 bytes)
2. Re: drm operator scripts (score: 1): Author: Matt Simpson <msimpson AT UKY DOT EDU>; Date: Fri, 25 Oct 2002 09:10:28 -0400; I would also be interested in seeing any such scripts, and I'll bet a bunch of other people would, too. Anybody who has scripts to share, please either send them to me also, or post them to the list.; /lists/html/ADSM-L/2002-10/msg01227.html (11,045 bytes)
3. Re: drm operator scripts (score: 1): Author: Michelle Wiedeman <michelle.wiedeman AT MULTRIX DOT COM>; Date: Fri, 25 Oct 2002 15:29:52 +0200; what about this? TEST FIRST ON NON-PRODUCTION MACHINE! pls do change tehe email adres options etc.... mi﹉elle easily? I would also be interested in seeing any such scripts, and I'll bet a bunch of o; /lists/html/ADSM-L/2002-10/msg01229.html (12,740 bytes)
4. Re: drm operator scripts (score: 1): Author: Michelle Wiedeman <michelle.wiedeman AT MULTRIX DOT COM>; Date: Fri, 25 Oct 2002 15:32:49 +0200; guess u need this on too.... easily? I would also be interested in seeing any such scripts, and I'll bet a bunch of other people would, too. Anybody who has scripts to share, please either send them; /lists/html/ADSM-L/2002-10/msg01230.html (12,470 bytes)
5. Re: drm operator scripts (score: 1): Author: Mark Stapleton <stapleto AT BERBEE DOT COM>; Date: Fri, 25 Oct 2002 09:37:04 -0500; Easy, peezy. UPDATE STG <stgpool_name> REUSEDELAY=<number_of_days> Tape volumes in the storage pool will now go to PENDING status when they are moved to ONSITERETRIEVE status. You won't be able to ch; /lists/html/ADSM-L/2002-10/msg01240.html (10,464 bytes)
6. Re: drm operator scripts (score: 1): Author: Matt Simpson <msimpson AT UKY DOT EDU>; Date: Fri, 25 Oct 2002 11:17:16 -0400; Tape volumes in the storage pool will now go to PENDING status when they are moved to ONSITERETRIEVE status. You won't be able to check them in as scratch tapes until the reusedelay period of time ex; /lists/html/ADSM-L/2002-10/msg01248.html (11,285 bytes)
7. Re: drm operator scripts (score: 1): Author: Laura Buckley <buckley AT STORSOL DOT COM>; Date: Fri, 25 Oct 2002 09:33:46 -0600; After producing the list of VAULTRETRIEVE tapes, move them to COURIERRETRIEVE instead of ONSITERETRIEVE. When the courier returns with the tapes, move them to ONSITERETREIVE. Laura That's not exactly; /lists/html/ADSM-L/2002-10/msg01250.html (11,697 bytes)
8. Re: drm operator scripts (score: 1): Author: "Nelson, Doug" <DNelson AT CHITTENDEN DOT COM>; Date: Fri, 25 Oct 2002 11:32:10 -0400; I must be missing something here. Why are you moving a tape from VaultRetrieve to OnSiteRetrieve until you have it in your hand? We move tapes from VaultRetrieve to CourierRetrieve and then move them; /lists/html/ADSM-L/2002-10/msg01251.html (12,535 bytes)
9. Re: drm operator scripts (score: 1): Author: Matt Simpson <msimpson AT UKY DOT EDU>; Date: Fri, 25 Oct 2002 11:56:29 -0400; That's not really solving my dilemma. I'm trying to avoid a lot of manual processing. I want to checkin all tapes that are in VAULTRETRIEVE status, moving them to other statuses first if appropriate/; /lists/html/ADSM-L/2002-10/msg01255.html (11,245 bytes)
10. Re: drm operator scripts (score: 1): Author: Matt Simpson <msimpson AT UKY DOT EDU>; Date: Fri, 25 Oct 2002 12:02:35 -0400; At 11:32 AM -0400 10/25/02, Nelson, Doug wrote: We move tapes from VaultRetrieve to CourierRetrieve and then move them (individually) from CourierRetrieve to OnSiteRetrieve once we have verified that; /lists/html/ADSM-L/2002-10/msg01258.html (11,827 bytes)
11. Re: drm operator scripts (score: 1): Author: Laura Buckley <buckley AT STORSOL DOT COM>; Date: Fri, 25 Oct 2002 10:28:45 -0600; Matt, I know that it's bad form for me to tout my own product, but STORServer Manager (the TSM operational interface) may help you to solve this problem. It is a GUI to your tapes at the vault, in th; /lists/html/ADSM-L/2002-10/msg01261.html (12,374 bytes)
12. Re: drm operator scripts (score: 1): Author: "Mr. Lindsay Morris" <lmorris AT SERVERGRAPH DOT COM>; Date: Fri, 25 Oct 2002 12:36:07 -0400; You know, it occurs to me that the AutoVault product may do what you want here.... check the adsm.org banners for their site (maybe www.coderelief.com ?) -- Mr. Lindsay Morris Lead Architect, Serverg; /lists/html/ADSM-L/2002-10/msg01262.html (12,524 bytes)
13. Re: drm operator scripts (score: 1): Author: "Prather, Wanda" <Wanda.Prather AT JHUAPL DOT EDU>; Date: Fri, 25 Oct 2002 14:04:29 -0400; I have worked on this problem a LOT, and as far as I know there is nothing in TSM, DRM, or Autovault that deals with the situation you describe, We also do a lot of tape movement due to vaulting, and; /lists/html/ADSM-L/2002-10/msg01267.html (14,560 bytes)
14. Re: drm operator scripts (score: 1): Author: Matt Simpson <msimpson AT UKY DOT EDU>; Date: Fri, 25 Oct 2002 14:30:49 -0400; At 2:04 PM -0400 10/25/02, Prather, Wanda wrote: I guess the other thing you could do, would be to take the list of tapes in VAULTRETRIEVE status, generate commands to check them in as PRIVATE , THEN; /lists/html/ADSM-L/2002-10/msg01270.html (11,137 bytes)
15. Re: drm operator scripts (score: 1): Author: Jim Taylor <jtaylor AT ENLOGIX DOT COM>; Date: Fri, 25 Oct 2002 12:33:03 -0700; I think order of operations is important here. This is what I do for tape returns: 1. Tapes that are in 'vaultretrieve' state are requested back. 2. Those tapes are changed to 'courierretrieve' state; /lists/html/ADSM-L/2002-10/msg01277.html (17,010 bytes)
16. Re: drm operator scripts (score: 1): Author: "Hoang, Michael D CONT (NETS)" <Michael.Hoang AT NETS.NEMAIS.NAVY DOT MIL>; Date: Fri, 25 Oct 2002 15:59:20 -0400; Jim, Can you please send me the script for the report? My guys would love to have it. Thanks. -Michael I think order of operations is important here. This is what I do for tape returns: 1. Tapes that; /lists/html/ADSM-L/2002-10/msg01279.html (17,359 bytes)
17. Re: drm operator scripts (score: 1): Author: "Prather, Wanda" <Wanda.Prather AT JHUAPL DOT EDU>; Date: Fri, 25 Oct 2002 16:04:26 -0400; AFAIK, you can always check in a tape as PRIVATE, regardless of vault status. I think it makes sense, but I haven't tried to do that. It may be easier to wait for all checkins to complete, then compa; /lists/html/ADSM-L/2002-10/msg01280.html (11,224 bytes)
18. Re: drm operator scripts (score: 1): Author: Mark Stapleton <stapleto AT BERBEE DOT COM>; Date: Sat, 26 Oct 2002 00:08:51 -0500; Yeah, that's the ticket! Check 'em in as private tapes, and when you run the script that moves them from VAULTRETRIEVE to ONSITERETRIEVE, they all fall to scratch status, and you're done. -- Mark Sta; /lists/html/ADSM-L/2002-10/msg01290.html (9,832 bytes)
19. Re: drm operator scripts (score: 1): Author: Mark Stapleton <stapleto AT BERBEE DOT COM>; Date: Fri, 25 Oct 2002 23:48:25 -0500; That's exactly what will happen. If you set the reusedelay for 1 day, it will mean that it will be 24 hours before those tapes can be checked in a scratch tapes--loads of time to make sure that the r; /lists/html/ADSM-L/2002-10/msg01291.html (11,982 bytes)
20. Re: drm operator scripts (score: 1): Author: Jurjen Oskam <jurjen AT QUADPRO.STUPENDOUS DOT ORG>; Date: Sat, 26 Oct 2002 14:44:17 +0200; What I do, is create an administrative schedule, that'll check in whether the correct tapes were checked in: 1. Generate list of VAULTRETRIEVE tapes. Give list to courier to let him bring the tapes b; /lists/html/ADSM-L/2002-10/msg01293.html (11,240 bytes)

Current List: 1 - 20
Page: [1] [2]