-
-
Notifications
You must be signed in to change notification settings - Fork 81
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Add re-populate/re-scan build feature #852
Labels
enhancement
New feature or request
Comments
llxia
changed the title
Add re-populate build feature
Add re-populate/re-scan build feature
Mar 20, 2024
llxia
added a commit
to llxia/aqa-test-tools
that referenced
this issue
Mar 20, 2024
- add 2 secs sleep between each retry - add AuditLogs when the error code is 404 (for debugging purposes) - create rescanBuild API to rescan resovles: adoptium#852 Signed-off-by: Lan Xia <[email protected]>
Merged
JasonFengJ9
pushed a commit
that referenced
this issue
Mar 21, 2024
- add 2 secs sleep between each retry - add AuditLogs when the error code is 404 (for debugging purposes) - create rescanBuild API to rescan resovles: #852 Signed-off-by: Lan Xia <[email protected]>
llxia
added a commit
to llxia/aqa-test-tools
that referenced
this issue
Mar 27, 2024
When querying a build, TRSS will retry 3 times. In the case of an error, the build will move back to the queue if the return code from Jenkins API is not 404. If the return code is 404, x-jenkins header is checked to ensure the error code is from Jenkins (not nginx). In this case, it means the build has an invalid url or is expired. retry function returns 404 and TRSS will stop processing this build. Otherwise, the error will be ignored (network issue) and the build will move back to the queue. return code 404 only if the Jenkins server returns 404 for the build (i.e., invalid url, expired build, etc) - sleep is removed to increase efficiency and reliability. We will check the header in the response to determine the invalid/expired build case. - test API getJenkinsBuildInfo is added - fix log issue related: adoptium#852 Signed-off-by: Lan Xia <[email protected]>
|
smlambert
pushed a commit
that referenced
this issue
Mar 27, 2024
When querying a build, TRSS will retry 3 times. In the case of an error, the build will move back to the queue if the return code from Jenkins API is not 404. If the return code is 404, x-jenkins header is checked to ensure the error code is from Jenkins (not nginx). In this case, it means the build has an invalid url or is expired. retry function returns 404 and TRSS will stop processing this build. Otherwise, the error will be ignored (network issue) and the build will move back to the queue. return code 404 only if the Jenkins server returns 404 for the build (i.e., invalid url, expired build, etc) - sleep is removed to increase efficiency and reliability. We will check the header in the response to determine the invalid/expired build case. - test API getJenkinsBuildInfo is added - fix log issue related: #852 Signed-off-by: Lan Xia <[email protected]>
Changes are delivered. Close this issue. |
github-project-automation
bot
moved this from In Progress
to Done
in 2024 2Q Adoptium Plan
Apr 2, 2024
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Due to various reasons (i.e., invalid builds, network issues, and query before the build is fully created, etc), TRSS may not have access to the builds. Currently, we retry 3 times, then set the build status to Done. This is to prevent wasting resources to query invalid builds or expired builds. However, in the case of temporary network issues or query before the build is fully created, we may want to wait for a while and retry or repopulate/recan the build.
ToDo:
related: backlog/issues/1388
The text was updated successfully, but these errors were encountered: