Forgejo container registry races on concurrent multi-arch blob uploads - 'unexpected EOF' / offset mismatch / package_file 23505 #552
Labels
No labels
burndown-2026-06
coherence-core
consult
headless
interactive
P0
P1
P2
P3
P4
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
coilyco-flight-deck/infrastructure#552
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
aos release run 1103 (2026-07-12 22:06Z) failed its agent-tier push with client-side 'failed to push ...agentic-os-agent:v0.247.0: unknown'. Server side at the same second: 4x 'EndUploadBlob() [E] unexpected EOF', 2x 'offset mismatch between file and model', then a duplicate-key violation on package_file (UQE_package_file_s, SQLSTATE 23505) - the classic concurrent same-blob upload race in the Gitea/Forgejo registry under parallel multi-arch pushes. The immediate re-dispatch succeeded and cut v0.247.0, so it is a flake, not a wall - but it is a recurring slice of the aos publish-red history alongside the 15m runner cap (#551) and runner churn (#547).
Options worth weighing: serialize the buildx push per tier (client-side, aos), or chase the upstream Forgejo fix / bump when available.
Refs #551, #547, aos#452.