Search String: Display: Description: Sort:

Results:

References: [ +subject:/^(?:^\s*(re|sv|fwd|fw)[\[\]\d]*[:>-]+\s*)*Expiration\s+processing\s*$/: 30 ]

Total 30 documents matching your query.

1. Expiration processing (score: 1)
Author: "Loon, E.J. van - SPLXM" <Eric-van.Loon AT KLM DOT COM>
Date: Tue, 10 Sep 2002 10:48:50 +0200
Hi *SM-ers! Last week I read about Rodney Clark doing a 400 objects a second expiration. I checked my expiration process: it's inspecting about 20 objects a second. Ok, maybe he has got faster hardwa
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/2002-09/msg00321.html (11,820 bytes)

2. Re: Expiration processing (score: 1)
Author: Miles Purdy <PURDYM AT FIPD.GC DOT CA>
Date: Tue, 10 Sep 2002 14:58:31 -0500
For comparison: 09/06/02 10:15:26 ANR2750I Starting scheduled command EXPIRE_INVENTORY ( expire inventory du=100 ). 9/06/02 10:54:57 ANR0812I Inventory file expiration process 1182 completed: examine
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/2002-09/msg00350.html (18,972 bytes)

3. Expiration processing (score: 1)
Author: Tony Jules <Tony.Jules AT OLYMPUS DOT COM>
Date: Tue, 19 Feb 2002 12:27:38 -0500
We run expiration daily for a couple of hours, and we realized Tony Jules ITS / Olympus America Inc. 631-844-5887 tony.jules AT olympus DOT com
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/2002-02/msg01562.html (11,582 bytes)

4. Re: Expiration processing (score: 1)
Author: Jane Bamberger <jane.bamberger AT BASSETT DOT ORG>
Date: Thu, 21 Feb 2002 09:08:16 -0500
Hi, I think you might be running into the same problem we are - our expire command never stops - but we do not see any more expired after about 1 hour.. it examines millions of files - but only expir
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/2002-02/msg01571.html (11,789 bytes)

5. Expiration processing (score: 1)
Author: ADSM: Dist Stor Manager [mailto:ADSM-L AT VM.MARIST DOT EDU]On Behalf Of
Date: Sun, 04 Oct 2015 17:12:14 -0500
We run expiration daily for a couple of hours, and we realized Tony Jules ITS / Olympus America Inc. 631-844-5887 tony.jules AT olympus DOT com
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/2002-02/msg01572.html (11,914 bytes)

6. Re: Expiration processing (score: 1)
Author: David Longo <David.Longo AT HEALTH-FIRST DOT ORG>
Date: Thu, 21 Feb 2002 09:25:42 -0500
One simple step that definitely improves expiration processing speed is having enough BUFPOOLSIZE. do a q db f=d and see what the "cache Hit Pct" is. Ideally is 98 % or better. If much lower, even 90
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/2002-02/msg01583.html (12,195 bytes)

7. Expiration processing (score: 1)
Author: Unknown
Date: Sun, 04 Oct 2015 17:12:14 -0500
We run expiration daily for a couple of hours, and we realized Tony Jules ITS / Olympus America Inc. 631-844-5887 tony.jules AT olympus DOT com=20 "MMS <health-first.org>" made the following annotati
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/2002-02/msg01584.html (12,982 bytes)

8. Re: Expiration processing (score: 1)
Author: Allen Barth <allen_barth AT SCUDDER DOT COM>
Date: Thu, 21 Feb 2002 09:13:44 -0600
Also make sure you've got either EXPQUIET specified in your server options file, or specify QUIET=YES on the expire command. David Longo <David.Longo@HEALTH- To: ADSM-L AT VM.MARIST DOT EDU FIRST.ORG
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/2002-02/msg01586.html (12,857 bytes)

9. Re: Expiration processing (score: 1)
Author: Jane Bamberger <jane.bamberger AT BASSETT DOT ORG>
Date: Thu, 21 Feb 2002 14:38:01 -0500
Hi, I have SELFTUNEBUFpoolsize Yes.. shouldn't that be sufficient? - but I do see that my Cache hit percent is low.. Cache Hit Pct.: 97.15 Cache Wait Pct.: 0.00 Does anyone have any suggestions on ho
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/2002-02/msg01605.html (14,251 bytes)

10. Re: Expiration processing (score: 1)
Author: ADSM: Dist Stor Manager [mailto:ADSM-L AT VM.MARIST DOT EDU]On Behalf Of
Date: Sun, 04 Oct 2015 17:12:14 -0500
One simple step that definitely improves expiration processing speed is having enough BUFPOOLSIZE. do a q db f=d and see what the "cache Hit Pct" is. Ideally is 98 % or better. If much lower, even 90
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/2002-02/msg01606.html (12,380 bytes)

11. Re: Expiration processing (score: 1)
Author: "Subash, Chandra" <CSSubash AT TELETECHINTL DOT COM>
Date: Fri, 22 Feb 2002 12:05:30 +1100
Guys Any updates ??
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/2002-02/msg01652.html (11,211 bytes)

12. Re: Expiration processing (score: 1)
Author: Jane Bamberger [mailto:jane.bamberger AT BASSETT DOT ORG]
Date: Sun, 04 Oct 2015 17:12:14 -0500
Hi, I have SELFTUNEBUFpoolsize Yes.. shouldn't that be sufficient? - but I do see that my Cache hit percent is low.. Cache Hit Pct.: 97.15 Cache Wait Pct.: 0.00 Does anyone have any suggestions on ho
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/2002-02/msg01653.html (14,323 bytes)

13. Re: Expiration processing (score: 1)
Author: David Longo <David.Longo AT HEALTH-FIRST DOT ORG>
Date: Thu, 21 Feb 2002 21:12:38 -0500
Yes, that should be sufficient. That eliminates that point. David Longo Guys Any updates ??
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/2002-02/msg01656.html (11,346 bytes)

14. Re: Expiration processing (score: 1)
Author: Unknown
Date: Sun, 04 Oct 2015 17:12:14 -0500
Hi, I have SELFTUNEBUFpoolsize Yes.. shouldn't that be sufficient? - but I do see that my Cache hit percent is low.. Cache Hit Pct.: 97.15 Cache Wait Pct.: 0.00 Does anyone have any suggestions on ho
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/2002-02/msg01657.html (13,942 bytes)

15. Re: Expiration processing (score: 1)
Author: Unknown
Date: Sun, 04 Oct 2015 17:12:14 -0500
One simple step that definitely improves expiration processing speed is having enough BUFPOOLSIZE. do a q db f=3Dd and see what the "cache Hit Pct" is. Ideally is 98 % or better. If much lower, even
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/2002-02/msg01658.html (11,798 bytes)

16. Expiration Processing (score: 1)
Author: "Richard L. Rhodes" <rhodesr AT FIRSTENERGYCORP DOT COM>
Date: Fri, 31 Aug 2001 15:50:06 -0500
While expiration is running you can see on a "q pro" cmd how many objects are inspected and expired. Is there any way to tell the number of objects expiration still has to inspect? In other words, I'
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/2001-08/msg01243.html (10,374 bytes)

17. Expiration processing (score: 1)
Author: "Thomas A. La Porte" <tlaporte AT ANIM.DREAMWORKS DOT COM>
Date: Wed, 5 Nov 1997 16:52:58 -0800
I'm curious to hear from others about the length of time it takes for expiration processing to run on their V2 servers. We currently have a 30GB database and it seems to take as much as twelve (12) h
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/1997-11/msg00131.html (11,314 bytes)

18. Re: Expiration processing (score: 1)
Author: Werner Baur <Werner.Baur AT LRZ-MUENCHEN DOT DE>
Date: Thu, 6 Nov 1997 11:01:17 +0100
At LRZ we have two servers. Processing expire inventory takes about 15 hours on the first server (19 GB database) and 24 hours on the second server (26 GB database). So you see,12 houres for 30 GB is
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/1997-11/msg00141.html (12,384 bytes)

19. Expiration processing (score: 1)
Author: "PITTSON, TIMOTHY" <PITTSON1 AT BWMAIL1.HCC DOT COM>
Date: Wed, 8 Nov 1995 10:43:00 EST
A few weeks ago, I posted a message about how people are handling expiration processing, particularly for larger ADSM environments. Many thanks to everybody who took the time to respond. From the res
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/1995-11/msg00070.html (11,126 bytes)

20. Re: Expiration processing (score: 1)
Author: Jerry Lawson <JLAWSON AT ITTHARTFORD DOT COM>
Date: Wed, 8 Nov 1995 12:35:53 +0000
Tim - That is an interesting thought (running the expiration process on alternating days) - We are getting into a large rollout, and some of these things are better thought of now, rather than later.
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/1995-11/msg00075.html (11,068 bytes)


This search system is powered by Namazu