model-00017-of-00027.safetensors is truncated in storage (4,998,786,780 of 5,033,633,825 bytes)

#4
by Themanintheroom - opened

Thanks for publishing this GB10-tuned quant — the published benchmarks match our 2x DGX Spark (GB10) setup nicely.

While downloading we found that model-00017-of-00027.safetensors cannot be fully downloaded: the stored object appears truncated at 4,998,786,780 bytes, while the repo metadata advertises 5,033,633,825 bytes (x-linked-etag a5353f3684c88badbb65e9dca4d2e628c6421cfab46b3d128f66f1d99887dbce).

Evidence, reproduced from two unrelated networks (NL consumer ISP and Hetzner DE):

  • hf download (huggingface_hub 1.14 and 1.24 + hf_xet) consistently fails with: File size mismatch: expected 5033633825 bytes but downloaded 4998786780
  • HEAD on the resolve URL: x-linked-size: 5033633825
  • GET -r 4998786770-4998786790 returns HTTP 206 with only 10 bytes (object ends at offset 4,998,786,779)
  • GET -r 4998786781- returns HTTP 416 Range Not Satisfiable
  • All other 26 shards download and verify fine

Could you re-upload this shard (or trigger a re-push of the repo)? Happy to verify afterwards — we have the other 26 shards cached and can test quickly on 2x GB10 hardware.

Sign up or log in to comment