stable

passt-0^20251208.ge8b56a3-1.fc44

FEDORA-2025-93b4eb64c3 created by sbrivio 2 months ago for Fedora 44

Automatic update for passt-0^20251208.ge8b56a3-1.fc44.

Changelog
* Mon Dec  8 2025 Stefano Brivio <sbrivio@redhat.com> - 0^20251208.ge8b56a3-1
- Fix build on Fedora 43, selinux_requires_min not available on Copr builders
- use %selinux_requires_min macro, drop overlapping dependencies
- use regex instead of SELinux template
- Upstream changes: https://passt.top/passt/log/?qt=range&q=2025_09_19.623dbf6..2025_12_08.e8b56a3

This update was automatically created

2 months ago

This update's test gating status has been changed to 'waiting'.

2 months ago

This update's test gating status has been changed to 'passed'.

2 months ago

This update has been submitted for stable by bodhi

2 months ago
User Icon adamwill commented & provided feedback 2 months ago
karma

This failed openQA podman tests; it seems to break connectivity to a test container running httpd. The test creates a simple httpd container definition:

printf \'FROM registry.fedoraproject.org/fedora:latest\nRUN /usr/bin/dnf install -y httpd\nEXPOSE 80\nCMD ["-D", "FOREGROUND"]\nENTRYPOINT ["/usr/sbin/httpd"]\n\' > Containerfile

builds it:

podman build -t fedora-httpd $(pwd)

and deploys it:

podman run -d -p 8080:80 localhost/fedora-httpd

then attempts to connect to it:

curl http://localhost:8080

this usually works fine, but with this update it is failing. On the console we get:

curl: (56) Recv failure: Connection reset by peer

In the journal, I see:

Dec 08 11:38:20 podman001.test.openqa.fedoraproject.org audit[1]: SERVICE_START pid=1 uid=0 auid=4294967295 ses=4294967295 subj=system_u:system_r:init_t:s0 msg='unit=ee692273148d48c2547d655d350cd80aba8b99b30b1f440cc18658d932798428-510208e86833b519 comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success'
Dec 08 11:38:20 podman001.test.openqa.fedoraproject.org systemd[1]: var-lib-containers-storage-overlay.mount: Deactivated successfully.
Dec 08 11:38:20 podman001.test.openqa.fedoraproject.org systemd[1]: ee692273148d48c2547d655d350cd80aba8b99b30b1f440cc18658d932798428-510208e86833b519.service: Main process exited, code=exited, status=125/n/a
Dec 08 11:38:20 podman001.test.openqa.fedoraproject.org systemd[1]: ee692273148d48c2547d655d350cd80aba8b99b30b1f440cc18658d932798428-510208e86833b519.service: Failed with result 'exit-code'.
Dec 08 11:38:20 podman001.test.openqa.fedoraproject.org audit[1]: SERVICE_STOP pid=1 uid=0 auid=4294967295 ses=4294967295 subj=system_u:system_r:init_t:s0 msg='unit=ee692273148d48c2547d655d350cd80aba8b99b30b1f440cc18658d932798428-510208e86833b519 comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=failed'
Dec 08 11:38:23 podman001.test.openqa.fedoraproject.org pasta[249493]: ASSERTION FAILED in flow_epollfd (flow.c:362): f->epollid < ((1 << 8) - 1)
Dec 08 11:38:23 podman001.test.openqa.fedoraproject.org audit[249493]: SECCOMP auid=1001 uid=1001 gid=1001 ses=37 subj=unconfined_u:unconfined_r:pasta_t:s0-s0:c0.c1023 pid=249493 comm="pasta.avx2" exe="/usr/bin/pasta.avx2" sig=31 arch=c000003e syscall=186 compat=0 ip=0x7f2d94a1c177 code=0x80000000
Dec 08 11:38:23 podman001.test.openqa.fedoraproject.org audit[249493]: ANOM_ABEND auid=1001 uid=1001 gid=1001 ses=37 subj=unconfined_u:unconfined_r:pasta_t:s0-s0:c0.c1023 pid=249493 comm="pasta.avx2" exe="/usr/bin/pasta.avx2" sig=31 res=1

Unfortunately there was a bug in the gating policy which meant this went stable when the failures should have gated it. I've fixed the gating policy now, and filed an untag request so we don't break containers in the next Rawhide compose (and cause tests of all future updates to fail).

Dec 08 11:38:23 podman001.test.openqa.fedoraproject.org pasta[249493]: ASSERTION FAILED in flow_epollfd (flow.c:362): f->epollid < ((1 << 8) - 1)

Ouch. Investigating. Thanks for the report and for the untag request. @adamwill let me know if there's anything else I should urgently do at this stage.

I can't reproduce this on my local Fedora Rawhide system by the way, the HTTP server and the GET request work just fine.

@adamwill would there be a way to run podman run --net=pasta:-l,/tmp/pasta.log,--trace,--log-size=1000000000 -d -p 8080:80 localhost/fedora-httpd in OpenQA, instead, and share /tmp/pasta.log?

I have a vague idea what's going on, even though I can't reproduce it. Writing a patch and building a new package version right now.

That didn't fix it. We're following up further on the subsequent update - FEDORA-2025-3d462f0aaf


Please log in to add feedback.

Metadata
Type
unspecified
Karma
-1
Signed
Content Type
RPM
Test Gating
Autopush Settings
Unstable by Karma
-3
Stable by Karma
disabled
Stable by Time
0 days
Dates
submitted
2 months ago
in testing
2 months ago
in stable
2 months ago
approved
2 months ago

Automated Test Results