Comments

269 Comments

podman-rootless-cgroupsv2 failure is a known flake, workaround was committed in https://github.com/containers/podman/pull/16287

podman-root-cgroupsv2 failure is probably a network or registry flake, can be waived

Ping, can someone please push this into stable?

karma

podman restore now works again.

podman-3.4.7-1.fc35 glibc-2.34-38.fc35

karma

LGTM. podman-4.1.0-2.fc37 are now passing. Thank you!

karma

Yay! nmap-ncat-7.92-4.fc37 is now in stable. A simple retrigger-tests picked it up, and podman gating tests now pass.

karma

Podman tests are all green, yay! toolbox fails but it's the usual problem when switching to a new Fedora release. I recommend waiving it.

Rootless failures all seem to have to do with systemd-ish errors. Log says systemd-250.3-5.fc37. I got a Rawhide VM, it had systemd -4, everything worked. Ran dnf upgrade, got systemd -6, everything works. I'm going to just assume that -5 was a very brief and very broken version. If these errors happen again, then I'll worry.

karma

Test failure is a criu bug, not podman: https://github.com/checkpoint-restore/criu/pull/1706

It is OK to waive.

karma

podman-remote, both root and rootless, pass all tests.

karma

LGTM. One failure (#13283), probably criu-related, IMO not a showstopper. Apart from that passes gating tests root & rootless (local only, haven't tried remote).

Passes everything except the network reload test which Paul assures me is fixed in main.

Works fine with podman-4.0.0-0.5.rc4.fc36

karma

For some weird reason, the tests reran with the same ancient obsolete broken RC (podman-4.0.0-0.1.rc1.fc36) instead of the latest RC.

Still, this time there was only one failure in each run (root/rootless) and it's a well-known one in that RC. This can be waived.

LGTM. I get the same test failure, and assume it's just some sort of netavark bug that will be fixed some day:

not ok 297 podman network reload
# (from function `die' in file ./helpers.bash, line 484,
#  in test file ./500-networking.bats, line 265)
#   `die "curl did not timeout, status code: $status"' failed
# # podman rm -t 0 --all --force --ignore
# # podman ps --all --external --format {{.ID}} {{.Names}}
# # podman images --all --format {{.Repository}}:{{.Tag}} {{.ID}}
# quay.io/libpod/testimage:20210610 9f9ec7f2fdef
# # podman run -d --name myweb -p 5351:80 --network podman -v /tmp/podman_bats.WVrj6B/hello.txt:/var/www/index.txt:Z -w /var/www quay.io/libpod/testimage:20210610 /bin/busybox-extras httpd -f -p 80
# 7237eb4778f6783181d6eb7b68e2130cfb79b5cca5052ad87e27761fac24968d
# # podman inspect 7237eb4778f6783181d6eb7b68e2130cfb79b5cca5052ad87e27761fac24968d --format {{(index .NetworkSettings.Networks "podman").IPAddress}}
# 10.88.1.189
# # podman inspect 7237eb4778f6783181d6eb7b68e2130cfb79b5cca5052ad87e27761fac24968d --format {{(index .NetworkSettings.Networks "podman").MacAddress}}
# 36:b0:68:bd:a1:e2
# #/vvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvv
# #| FAIL: curl did not timeout, status code: 0
# #\^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^

This build needs to make it out into the world. Any idea why it's stuck? I can't click on the failure log.