koji

#4429 Built images being failed due to "log conflict"
Closed: Duplicate by mikem. Opened by tdawson.

Closed: Duplicate
Reopen Issue

Ever since CentOS Stream Koji was updated to 1.35, some of our Image Factory images get failed even though the images were built correctly. They fail with

GenericError: Error importing build log. /mnt/kojishare/koji/vol/koji02/packages/CentOS-Stream-GenericCloud/10/20250723.0/data/logs/image/mock_config.log already exists.

It is always the same three images. Other images being built at the same time, pass.

Failed Images:
https://kojihub.stream.centos.org/koji/taskinfo?taskID=6001212
https://kojihub.stream.centos.org/koji/taskinfo?taskID=6001211
https://kojihub.stream.centos.org/koji/taskinfo?taskID=6001210
Passing Images:
https://kojihub.stream.centos.org/koji/taskinfo?taskID=6001215
https://kojihub.stream.centos.org/koji/taskinfo?taskID=6001214
https://kojihub.stream.centos.org/koji/taskinfo?taskID=6001213

We looked to make sure there was nothing conflicting, and as far as we can see, there isn't. Here is one of the areas.

https://kojihub.stream.centos.org/kojifiles/packages/CentOS-Stream-GenericCloud/10/

This appears to be #4231, which was fixed in Koji 1.35.3 last March. It appears you might be running 1.35.2?

1.35.3 was a fairly small release, but there are a few fixes there that you probably want, like this one.

It looks like EPEL doesn't have a build of 1.35.3 yet. Perhaps this is why you wound up with .2?

Metadata Update from @mikem:
- Custom field Size adjusted to None

oops. This is probibly my fault for not updating epel8/9 to 1.35.3. ;(

I will do so soon...

Metadata Update from @mikem:
- Issue close_status updated to: Duplicate
- Issue status updated to: Closed (was: Open)

This issue has been migrated to Fedora Forge:
https://forge.fedoraproject.org/koji/koji/issues/4429

Please continue any further discussion there.
Metadata
None
None
None
None
Low
None
Static archive. pagure.io was sunset in 2026; this is a read-only snapshot.
Red Hat Logo

Fedora is sponsored by Red Hat. Learn more about the relationship between Red Hat and Fedora »

© Red Hat, Inc. and others.