Bug 628611 - jobserver: maintenance of history files and their indices needs clarity
Summary: jobserver: maintenance of history files and their indices needs clarity
Keywords:
Status: CLOSED NOTABUG
Alias: None
Product: Red Hat Enterprise MRG
Classification: Red Hat
Component: condor
Version: 1.3
Hardware: All
OS: Linux
medium
medium
Target Milestone: 2.0
: ---
Assignee: Pete MacKinnon
QA Contact: MRG Quality Engineering
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2010-08-30 14:25 UTC by Pete MacKinnon
Modified: 2011-12-06 15:22 UTC (History)
4 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2011-03-21 18:34:26 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Red Hat Bugzilla 754202 0 unspecified CLOSED History file and index management during condor_job_server runtime 2021-02-22 00:41:40 UTC

Internal Links: 754202

Description Pete MacKinnon 2010-08-30 14:25:18 UTC
Currently, the Job Server daemon on startup will index all the history files it finds in its configured location (HISTORY dir). It will also regularly garbage collect any orphaned indices that no longer have a matching history file (by inode name).

However, Matt has stated that by design Grid admins could choose to throw away the larger history files in favour of keeping just the smaller index files.

Need some clearer design requirements here.

Comment 1 Matthew Farrellee 2010-08-30 18:41:26 UTC
Kicking this as an RFE for a future release.

The current code is reported to work and garbage collect the indices. Before removing the garbage collecting functionality from the JS, another defined mechanism should be provided.


Note You need to log in before you can comment on or make changes to this bug.