Mail Archive Search: <+subject:/^(?:^\s*(re|sv|fwd|fw)[\[\]\d]*[:>-]+\s*)*Reducing\s+reuse\s+delay\s+\-\s+immediate\s+effect\s+\?\s*$/>

Results:

References: [ +subject:/^(?:^\s*(re|sv|fwd|fw)[\[\]\d]*[:>-]+\s*)*Reducing\s+reuse\s+delay\s+\-\s+immediate\s+effect\s+\?\s*$/: 8 ]

Total 8 documents matching your query.

1. Reducing reuse delay - immediate effect ? (score: 1): Author: PAC Brion Arnaud <Arnaud.Brion AT PANALPINA DOT COM>; Date: Wed, 8 Sep 2004 12:44:29 +0200; Hi List, Due to numerous new client installations, I'm expecting a shortage of scratch volumes in our library, and was thinking of reducing reuse delay values for our storage pools from 7 to 5 days.; /usr/local/webapp/mharc-adsm.org/html/ADSM-L/2004-10/msg00012.html (11,455 bytes)
2. Re: Reducing reuse delay - immediate effect ? (score: 1): Author: David Longo <David.Longo AT HEALTH-FIRST DOT ORG>; Date: Wed, 8 Sep 2004 07:45:16 -0400; Changing reusedelay has an immediate effect for the stgpool you change it on, including DRM managed pools. Actually it takes about 15-20 minutes in my experience to see the effect. For offsite pool,; /usr/local/webapp/mharc-adsm.org/html/ADSM-L/2004-10/msg00016.html (12,815 bytes)
3. Re: Reducing reuse delay - immediate effect ? (score: 1): Author: "Warren, Matthew (Retail)" <Matthew.Warren AT POWERGEN.CO DOT UK>; Date: Tue, 14 Sep 2004 16:04:21 +0100; For the time it takes for tapes to return from pending when the reusedelay has been altered, the TSM server examines pending volumes with a view to returning them to scratch once every hour, from the; /usr/local/webapp/mharc-adsm.org/html/ADSM-L/2004-10/msg00174.html (14,389 bytes)
4. Re: Reducing reuse delay - immediate effect ? (score: 1): Author: PAC Brion Arnaud <Arnaud.Brion AT PANALPINA DOT COM>; Date: Wed, 15 Sep 2004 10:21:23 +0200; Mattew, David, Many thanks for your clarifications. I reduced my reuse value, and TSM server has now enough scratch volumes to survive till we'll make the big step of replacing tape libraries with SA; /usr/local/webapp/mharc-adsm.org/html/ADSM-L/2004-10/msg00196.html (15,260 bytes)
5. Reducing reuse delay - immediate effect ? (score: 1): Author: PAC Brion Arnaud <Arnaud.Brion AT PANALPINA DOT COM>; Date: Wed, 8 Sep 2004 12:44:29 +0200; Hi List, Due to numerous new client installations, I'm expecting a shortage of scratch volumes in our library, and was thinking of reducing reuse delay values for our storage pools from 7 to 5 days.; /usr/local/webapp/mharc-adsm.org/html/ADSM-L/2004-09/msg00130.html (11,286 bytes)
6. Re: Reducing reuse delay - immediate effect ? (score: 1): Author: David Longo <David.Longo AT HEALTH-FIRST DOT ORG>; Date: Wed, 8 Sep 2004 07:45:16 -0400; Changing reusedelay has an immediate effect for the stgpool you change it on, including DRM managed pools. Actually it takes about 15-20 minutes in my experience to see the effect. For offsite pool,; /usr/local/webapp/mharc-adsm.org/html/ADSM-L/2004-09/msg00134.html (12,646 bytes)
7. Re: Reducing reuse delay - immediate effect ? (score: 1): Author: "Warren, Matthew (Retail)" <Matthew.Warren AT POWERGEN.CO DOT UK>; Date: Tue, 14 Sep 2004 16:04:21 +0100; For the time it takes for tapes to return from pending when the reusedelay has been altered, the TSM server examines pending volumes with a view to returning them to scratch once every hour, from the; /usr/local/webapp/mharc-adsm.org/html/ADSM-L/2004-09/msg00295.html (10,733 bytes)
8. Re: Reducing reuse delay - immediate effect ? (score: 1): Author: PAC Brion Arnaud <Arnaud.Brion AT PANALPINA DOT COM>; Date: Wed, 15 Sep 2004 10:21:23 +0200; Mattew, David, Many thanks for your clarifications. I reduced my reuse value, and TSM server has now enough scratch volumes to survive till we'll make the big step of replacing tape libraries with SA; /usr/local/webapp/mharc-adsm.org/html/ADSM-L/2004-09/msg00317.html (11,072 bytes)

Current List: 1 - 8
Page: [1]