Strange problem with huggingface-cli

since yesterday I have some strange issues with huggingface-cli
usually when I download the file I can stop and resume download at any time
today my downloads stop around 95% and when I restart it, they start from 0%
it happened on two files, I tried clearing .cache 3 times already
any hints?

1 Like

I think Xet is currently being adjusted. It might be related to that…

thank you, so the problem is not on my side :slight_smile:

1 Like

Yeah, probably. If you updated the library beforehand, there may be bugs caused by the library upgrade, but if not, I think it’s either a server issue or, in rare cases, a network problem.:laughing:

I tried pip install --upgrade huggingface_hub but it was updated already

1 Like

Perhaps

pip install -U huggingface_hub[hf_xet]

is better now for faster uploading / downloading with Xet.

Requirement already satisfied: huggingface_hub[hf_xet] in ./.pyenv/versions/3.12.3/lib/python3.12/site-packages (0.33.0)

is there any other way to download models? looks like I can’t download anything, should I use firefox again?

1 Like

is there any other way to download models?

Oh… I believe the following method will cause a fallback to the normal connection. However, this will only work if the issue is caused by a bug in the library implementation or a misconfiguration on the library side.
Simply, if it’s the server’s fault, the only solution is for HF to fix the server settings!

pip uninstall hf_xet hf_transfer

I pressed ENTER few times:

huggingface-cli download --local-dir ~/models/ mradermacher/Skywork-SWE-32B-GGUF Skywork-SWE-32B.Q8_0.gguf
Downloading 'Skywork-SWE-32B.Q8_0.gguf' to '/home/jacek/models/.cache/huggingface/download/2Lnqyho0STxoIp7LIkr5NuMXlbA=.c34f43512c7d00ceed0d8d283c1c0a177927f96b8090cd691e3c4e1b6d5e3570.incomplete' (resume from 14416789809/34820885376)
Skywork-SWE-32B.Q8_0.gguf:   4%|β–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–                                                                                                                                                                               | 1.22G/34.8G [07:00<55:20:19, 169kB/s]


Skywork-SWE-32B.Q8_0.gguf:   4%|β–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–‹                                                                                                                                                                               | 1.28G/34.8G [17:35<60:32:08, 154kB/s]


Skywork-SWE-32B.Q8_0.gguf:   4%|β–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–                                                                                                                                                                              | 1.42G/34.8G [20:50<18:06:15, 512kB/s]
Skywork-SWE-32B.Q8_0.gguf:   4%|β–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–‰                                                                                                                                                                              | 1.51G/34.8G [26:30<28:56:31, 320kB/s]
1 Like

Hmm… Is it being resumed…? :thinking:

no, it’s always from 0, my point is that it’s very slow, but we will see I will wait few hours :slight_smile:

1 Like

Hmm… Last resort?

and it’s dead (forever?)

Skywork-SWE-32B.Q8_0.gguf:   4%|β–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–                                                                                                                                                                               | 1.22G/34.8G [07:00<55:20:19, 169kB/s]


Skywork-SWE-32B.Q8_0.gguf:   4%|β–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–‹                                                                                                                                                                               | 1.28G/34.8G [17:35<60:32:08, 154kB/s]


Skywork-SWE-32B.Q8_0.gguf:   4%|β–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–                                                                                                                                                                              | 1.42G/34.8G [20:50<18:06:15, 512kB/s]
Skywork-SWE-32B.Q8_0.gguf:  68%|β–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–Œ                                                          | 23.6G/34.8G [2:04:34<39:12, 4.75MB/s]
Skywork-SWE-32B.Q8_0.gguf:  68%|β–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–Œ                                                          | 23.6G/34.8G [2:04:51<39:12, 4.75MB/s]
Skywork-SWE-32B.Q8_0.gguf:  96%|β–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–‰        | 33.3G/34.8G [2:33:21<01:57, 13.1MB/s]

1 Like

Hi @jacek2024 thanks for the report and for following up on the GitHub issue as well.

Just a few questions to help troubleshoot this a bit more; could you answer a few questions/provide some more details:

  • Provide the output of pip freeze
  • Which repository you are downloading from? From the looks of the screenshots it is mradermacher/Skywork-SWE-32B-GGUF Β· Hugging Face is that correct?
  • What is the full command you are using?
  • Any details about the target environment (most notably what operating system you’re using any any information about network speeds and disk type)
  • Do you have any HF_XET environment variables set? (env | grep HF_XET should output them if they exist)

As a quick test, you might try to fall back to a HTTP download. You can do this through:

export HF_HUB_DISABLE_XET=1

And then rerunning your download commands. This might help unblock your current download while we troubleshoot the issue.

1 Like

I tried to download 3 different models, same behaviour, it stops after 90% something and then freezes forever. I tried to download tiny model instead and it worked.
Now I am trying with this:

pip uninstall hf_xet hf_transfer

command is the same:

huggingface-cli download --local-dir ~/models/ mradermacher/Skywork-SWE-32B-GGUF Skywork-SWE-32B.Q8_0.gguf
Downloading 'Skywork-SWE-32B.Q8_0.gguf' to '/home/jacek/models/.cache/huggingface/download/2Lnqyho0STxoIp7LIkr5NuMXlbA=.c34f43512c7d00ceed0d8d283c1c0a177927f96b8090cd691e3c4e1b6d5e3570.incomplete'
Xet Storage is enabled for this repo, but the 'hf_xet' package is not installed. Falling back to regular HTTP download. For better performance, install the package with: `pip install huggingface_hub[hf_xet]` or `pip install hf_xet`
Skywork-SWE-32B.Q8_0.gguf:   2%|β–ˆβ–ˆβ–ˆβ–‹                                                                                                                                                                                   | 703M/34.8G [03:08<4:11:16, 2.26MB/s]
1 Like

Thanks for the command! Sorry, should’ve seen that was provided earlier; my apologies.

Few additional details that would be helpful:

  • pip freeze output
  • Environment info about where you are downloading to (i.e., what operating system you’re using any any information about network speeds and disk type)
  • Do you have any HF_XET environment variables set?
  • When the download progress stops, is there any network or CPU activity?

From your last comment, I’m wondering is if the issue is the chunk cache in the xet directory (present under the huggingface cache). If you clear the chunk cache (rm -rf ~/<cache_dir>/xet where <cache_dir> is the location of the Hugging Face cache) and then run export HF_XET_CHUNK_CACHE_SIZE_BYTES=0 that may help.

And of course, let me know if you are able to download via HTTP - thank you! :smile:

1 Like

I use Linux, Ubuntu, fast nvme drives
I was downloading models with huggingface-cli many, many times before, so I am not doing anything new
I was removing whole .cache to clear the previous file
I don’t see any XET env

$ pip freeze
aiohappyeyeballs==2.6.1
aiohttp==3.12.13
aiosignal==1.3.2
annotated-types==0.7.0
anyio==4.9.0
attrs==25.3.0
certifi==2025.6.15
charset-normalizer==3.4.2
datasets==3.6.0
dill==0.3.8
distro==1.9.0
filelock==3.18.0
frozenlist==1.7.0
fsspec==2025.3.0
h11==0.16.0
httpcore==1.0.9
httpx==0.28.1
huggingface-hub==0.33.0
idna==3.10
jiter==0.10.0
multidict==6.5.0
multiprocess==0.70.16
numpy==2.3.0
openai==1.88.0
packaging==25.0
pandas==2.3.0
propcache==0.3.2
pyarrow==20.0.0
pydantic==2.11.7
pydantic_core==2.33.2
python-dateutil==2.9.0.post0
pytz==2025.2
PyYAML==6.0.2
requests==2.32.4
six==1.17.0
sniffio==1.3.1
toml==0.10.2
tqdm==4.67.1
typing-inspection==0.4.1
typing_extensions==4.14.0
tzdata==2025.2
urllib3==2.5.0
xxhash==3.5.0
yarl==1.20.1
1 Like

Looks like everything works after uninstalling xet.
I successfully downloaded 3 big models.
What’s the point of this xet thing? What kind of β€œperformance” I am losing? :slight_smile:

1 Like