-
Notifications
You must be signed in to change notification settings - Fork 59
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
bump-lockfile is failing? #1579
Comments
The ppc64le jobs runs in bump-lockfile started taking a lot longer recently.. There were a few possible culprits that we were taking aim at:
One thing we noted was the flakyness of tests on ppc64le were rising and I did put in a fix in coreos/coreos-assembler#3628 to try to make a single flake not delay the build as much as it might otherwise.. So far we don't have any answers on why things started taking much longer. We increased the timeout by 30m and it's still consistently timing out. |
Right now when the bump-lockfiles job runs it kicks off two runs of bump-lockfile (one for each stream) at the exact same time. This might be what is causing our timeouts to be getting hit lately (primarily because the ppc64le runs are taking longer) [1]. Let's limit the bump-lockfile job to a singular run at any given time. [1] coreos/fedora-coreos-tracker#1579
Another thing that happened recently is that we enabled the Maybe this can help: coreos/fedora-coreos-pipeline#913 |
Right now when the bump-lockfiles job runs it kicks off two runs of bump-lockfile (one for each stream) at the exact same time. This might be what is causing our timeouts to be getting hit lately (primarily because the ppc64le runs are taking longer) [1]. Let's limit the bump-lockfile job to a singular run at any given time. [1] coreos/fedora-coreos-tracker#1579
Since coreos/fedora-coreos-pipeline#913 and we've had a few runs succeed that have been going serially I'll close this out and re-open it if we run into more problems. |
Right now when the bump-lockfiles job runs it kicks off two runs of bump-lockfile (one for each stream) at the exact same time. This might be what is causing our timeouts to be getting hit lately (primarily because the ppc64le runs are taking longer) [1]. Let's limit the bump-lockfile job to a singular run at any given time. [1] coreos/fedora-coreos-tracker#1579
https://bodhi.fedoraproject.org/updates/FEDORA-2023-13b41d2e37 shipped a few days ago, but isn't in testing-devel yet.
Are we blocked on e.g. https://jenkins-fedora-coreos-pipeline.apps.ocp.fedoraproject.org/job/bump-lockfile/754/ ? Something going wrong recently with ppc64le virt?
The text was updated successfully, but these errors were encountered: