You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
fix(publish): verify uploads via the metadata API, not S3 HEAD (#310)
Three red publish attempts today (run 29129693269) on an ISO that was
published and intact. s3.us.archive.org started answering HEAD with a
307 to the storage node; without -L the probe read the redirect's own
headers (content-length: 403) so the size never matched, and following
the redirect is no better (the node answers HEAD with Content-Length:
1). The PUTs themselves succeeded (rc=0): only the verify kept lying.
already_uploaded() now asks https://archive.org/metadata/<identifier>
for the file's size and md5: no redirects, values computed by IA from
the bytes it actually stored, and it appears only once ingest is done,
which is exactly the completeness signal we want. The 2026-07-06
multipart-etag heuristics become obsolete. Every mismatch now logs its
reason: the silent return 1 cost hours of blind diagnosis today.
Tested live against margine-live-iso-20260711: match path returns
already-uploaded, and a wrong local md5 correctly reports the mismatch.
0 commit comments