We've been working through upgrading all of the Quickbuild instances in our environment and part of the problem we've been running into is having to drastically reduce our audit retention prior to doing the upgrade so that the completes in a reasonable amount of time. Most of the audit data we have is from scheduler requests that check for modifications to an SCM. Most of the time they don't find any and do not trigger a build.
It would be great if we could add a toggle to the administration tab to say we don't care about scheduler requests that do not trigger a build and then not audit them. This would allow us to keep a higher audit retention for useful events and would allow us to keep a quicker upgrade cadence.
Thoughts?
Description
We've been working through upgrading all of the Quickbuild instances in our environment and part of the problem we've been running into is having to drastically reduce our audit retention prior to doing the upgrade so that the completes in a reasonable amount of time. Most of the audit data we have is from scheduler requests that check for modifications to an SCM. Most of the time they don't find any and do not trigger a build.
It would be great if we could add a toggle to the administration tab to say we don't care about scheduler requests that do not trigger a build and then not audit them. This would allow us to keep a higher audit retention for useful events and would allow us to keep a quicker upgrade cadence.
Thoughts?
You may consider to set audit acceptance script in system setting as below:
groovy:
audit.action != "Build request was submitted by scheduler."
For audit purpose, excluding all scheduled builds even if it actually runs might be appropriate as this is a consequence of schedule setting change which itself should be already audited.
Robin Shen[29/Jul/22 10:58 PM]
You may consider to set audit acceptance script in system setting as below:
groovy:
audit.action != "Build request was submitted by scheduler."
For audit purpose, excluding all scheduled builds even if it actually runs might be appropriate as this is a consequence of schedule setting change which itself should be already audited.
groovy:
audit.action != "Build request was submitted by scheduler."
For audit purpose, excluding all scheduled builds even if it actually runs might be appropriate as this is a consequence of schedule setting change which itself should be already audited.