History | Log In     View a printable version of the current page.  
Issue Details (XML | Word | Printable)

Key: CIB-2005
Type: Improvement Improvement
Status: Resolved Resolved
Resolution: Fixed
Priority: 4 4
Assignee: Unassigned
Reporter: Rohan McGovern
Votes: 0
Watchers: 0
Operations

If you were logged in you would be able to see more operations.
Pulse

Allow cleanup rules to clean up logs but leave build pass/fail/error status

Created: 10/Jun/09 08:43 PM   Updated: 24/Jun/09 11:11 PM
Component/s: None
Affects Version/s: None
Fix Version/s: 2.1.4

Original Estimate: Unknown Remaining Estimate: Unknown Time Spent: Unknown
Issue Links:
Related
This issue is relates to:
CIB-1470 57662,63156: Pulse should keep the ch... 4 Open
 


 Description  « Hide
It would be useful if we could configure cleanup rules to delete the logs from builds but leave the remaining build data. Or even better, delete the logs from successful builds only. Our build logs are large (up to ~4.8GB a day), which forces us to set cleanup rules to delete "whole builds" quite aggressively; that means we lose some data which may still have value.

Perhaps related to CIB-1470.


 All   Comments   Work Log   Change History      Sort Order:
Daniel Ostermeier - 10/Jun/09 09:21 PM
When you say build logs, do you mean artifacts that you capture as part of your build or the build log that Pulse generates for each build?.

There is functionality coming in 2.1 that allows finer grained cleanup rules to be configured. They currently allow for the cleanup of the artifacts produced during a build whilst leaving the build result in the database. This will do what you want it to do if the build log you are referring to is a captured artifact. If not, we can add the build log to the list of things that can be selectively cleaned up.


Rohan McGovern - 10/Jun/09 09:29 PM
I mean the output.txt and recipe.log files always generated by Pulse.

Daniel Ostermeier - 10/Jun/09 10:24 PM
Ok, I will make sure there is an option to clean these up whilst leaving the build details.

Daniel Ostermeier - 24/Jun/09 11:11 PM
resolved pending review.