-
Notifications
You must be signed in to change notification settings - Fork 60
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
kola iscsi tests fail intermittently because of 502 error when pulling container #1866
Comments
Maybe we can add an image quadlet definition with some systems retries directives to workaround that. |
Dusty and I discussed this a bit this morning. We mentioned injecting kola in to avoid having to pull down cosa, but that'd run into a userspace mismatch issue. Dusty had the idea of injecting it in the targetcli image which we already have to pull anyway. That makes sense to me. E.g. start a second instance of that image with a bind-mount to mount kola into We'd still be dependent on Quay, but having to pull way less should hopefully make it less flaky and the test faster. |
In this case we'll run the podman container with --rootfs instead of pulling a full 4+ GiB COSA image from quay for `kola qemuexec`. This saves us quite a bit of time and bandwidth usage during a pipeline run because we have more than 1 iscsi test. This should also take care of coreos/fedora-coreos-tracker#1866 because we are no longer pulling this particular container from quay.
This proposal virtiofs mounts in the COSA rootfs and then leverages |
In this case we'll run the podman container with --rootfs instead of pulling a full 4+ GiB COSA image from quay for `kola qemuexec`. This saves us quite a bit of time and bandwidth usage during a pipeline run because we have more than 1 iscsi test. This should also take care of coreos/fedora-coreos-tracker#1866 because we are no longer pulling this particular container from quay.
In this case we'll run the podman container with --rootfs instead of pulling a full 4+ GiB COSA image from quay for `kola qemuexec`. This saves us quite a bit of time and bandwidth usage during a pipeline run because we have more than 1 iscsi test. This should also take care of coreos/fedora-coreos-tracker#1866 because we are no longer pulling this particular container from quay. (cherry picked from commit 8dbfe3e)
In this case we'll run the podman container with --rootfs instead of pulling a full 4+ GiB COSA image from quay for `kola qemuexec`. This saves us quite a bit of time and bandwidth usage during a pipeline run because we have more than 1 iscsi test. This should also take care of coreos/fedora-coreos-tracker#1866 because we are no longer pulling this particular container from quay. (cherry picked from commit 8dbfe3e)
In this case we'll run the podman container with --rootfs instead of pulling a full 4+ GiB COSA image from quay for `kola qemuexec`. This saves us quite a bit of time and bandwidth usage during a pipeline run because we have more than 1 iscsi test. This should also take care of coreos/fedora-coreos-tracker#1866 because we are no longer pulling this particular container from quay. (cherry picked from commit 8dbfe3e)
In this case we'll run the podman container with --rootfs instead of pulling a full 4+ GiB COSA image from quay for `kola qemuexec`. This saves us quite a bit of time and bandwidth usage during a pipeline run because we have more than 1 iscsi test. This should also take care of coreos/fedora-coreos-tracker#1866 because we are no longer pulling this particular container from quay. (cherry picked from commit 8dbfe3e)
Closing this since coreos/coreos-assembler#4013 merged |
In this case we'll run the podman container with --rootfs instead of pulling a full 4+ GiB COSA image from quay for `kola qemuexec`. This saves us quite a bit of time and bandwidth usage during a pipeline run because we have more than 1 iscsi test. This should also take care of coreos/fedora-coreos-tracker#1866 because we are no longer pulling this particular container from quay.
In this case we'll run the podman container with --rootfs instead of pulling a full 4+ GiB COSA image from quay for `kola qemuexec`. This saves us quite a bit of time and bandwidth usage during a pipeline run because we have more than 1 iscsi test. This should also take care of coreos/fedora-coreos-tracker#1866 because we are no longer pulling this particular container from quay.
For example the
iso-offline-install-iscsi.ibft-with-mpath.bios
will fail without much info on what happened. If you look at thenested_vm_console.txt
you'll see:This is coming from this unit
I think this is fundamentally a problem we need to get fixed with podman to retry 500 errors - see containers/common#2299
The text was updated successfully, but these errors were encountered: