standalone f28 failing runtime error: invalid memory address or nil pointer dereference

Bug #1804216 reported by Quique Llorente on 2018-11-20
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Quique Llorente

Bug Description

At the fedora28 standalone job that uses centos-7 docker images we have the following error at noop review:

3f20dba9b9f52d35e9b0143966208e986\\n\\r 0 B / 658 B \\r 658 B / 658 B 0s\\nCopying blob sha256:d80ce32896f73eeea378eb0ad02996695139ac78d486fb0f377535fcfc2afba3\\n\\r 0 B / 474 B \\r 474 B / 474 B 0s\\nCopying config sha256:2863e03ec7ada670a0826966f461263604a1719a3f8f56a7c69896b17bcb2543\\n\\r 0 B / 26.35 KB \\r 26.35 KB / 26.35 KB 0s\\nWriting manifest to image destination\\nStoring signatures\\npanic: runtime error: invalid memory address or nil pointer dereference\\n[signal SIGSEGV: segmentation violation code=0x1 addr=0x8 pc=0xc49a97]\

The hashes are the following:

Could be related to this

description: updated
Quique Llorente (quiquell) wrote :

Looks like we don't have newer version for podman from f28.

So from IRC:
13:24 <apevec> ykarel, podman is not getting updates in f28 I guess, we'd have to build Rawhide in copr :(
13:24 <quiquell> apevec: What's rawhide an copr ?
13:24 <apevec> quiquell, in centos-7 jobs, podman is coming from Virt SIG repo
13:24 <quiquell> apevec: well this is golang, we can ping directly to binaries if they are
13:24 <apevec>

Alan Pevec (apevec) wrote :

we'll need to start building podman for f28-stabilized in

Alan Pevec (apevec) wrote :

podman- Copr rebuild from CentOS VirtSIG CBS Koji SRPM worked:
It is immediately available in the Copr repo (which is also bad, as new builds are not gated).

yatin (yatinkarel) wrote :

<<< Looks like we don't have newer version for podman from f28.

For CentOS:- it's latest because there we are using [centos7-virt-container] repo defined in delorean-deps:-

For Fedora:- fedora stabilized repo is chasing fedora28 base and updates repo, so if the package is not in those repo it will not be in fedora stable-base repo:-

To get the builds not in fedora28 base repo to fedora stable-base repo:-
- can add it from koji build([1]), this doesn't work when the build in f29 or higher depends on package that's not available in f28 ex; python3.7, Also koji builds which don't have tags may be deleted.
- add it to copr[2](a member of openstack-sig can build there), can request on #rdo to get some build. Then with regular sync it will be available in fedora stable-base repo. In copr we can build for f28 from srpm or spec file.

For now podman- is build in copr([3]) using srpm from CBS:-


Alfredo Moralejo (amoralej) wrote :

podman- and required dependencies have been updated to the fedora stable repo and should be fine now.

Changed in tripleo:
status: Triaged → Fix Released
To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers