[GH-ISSUE #8632] Downloading a model with ollama pull or ollama run stalls #5590

New Issue

@rick-github commented on GitHub (Jan 28, 2025):

Something is broken at Cloudfare.

<?xml version="1.0" encoding="UTF-8"?>
  <Error>
    <Code>ServiceUnavailable</Code>
    <Message>Please look at https://www.cloudflarestatus.com for issues or contact customer support.</Message>
  </Error>

@rick-github commented on GitHub (Jan 28, 2025): Something is broken at Cloudfare. ``` <?xml version="1.0" encoding="UTF-8"?> <Error> <Code>ServiceUnavailable</Code> <Message>Please look at https://www.cloudflarestatus.com for issues or contact customer support.</Message> </Error> ``` [![Image](https://github.com/user-attachments/assets/029f96d5-765c-456a-8deb-f92df127c725)](https://www.cloudflarestatus.com/)

GiteaMirror commented

@aidanxyz commented on GitHub (Jan 28, 2025):

Strange that it fails on deepseek models and not on others.

@aidanxyz commented on GitHub (Jan 28, 2025): Strange that it fails on deepseek models and not on others.

GiteaMirror commented

@epicwhale commented on GitHub (Jan 28, 2025):

OK, not the expected output. What happens when you run
ollama pull deepseek-r1:7b

❯ ollama pull deepseek-r1:7b
pulling manifest
pulling 96c415656d37...   0% ▕                                                                                                                        ▏    0 B/4.7 GB
Error: max retries exceeded: EOF

@epicwhale commented on GitHub (Jan 28, 2025): > OK, not the expected output. What happens when you run > > ``` > ollama pull deepseek-r1:7b > ``` ``` ❯ ollama pull deepseek-r1:7b pulling manifest pulling 96c415656d37... 0% ▕ ▏ 0 B/4.7 GB Error: max retries exceeded: EOF ```

GiteaMirror commented

2026-04-12 16:51:33 -05:00

@aidanxyz commented on GitHub (Jan 28, 2025):

Are there an alternative sources where the model can be downloaded and plugged into ollama?

@aidanxyz commented on GitHub (Jan 28, 2025): Are there an alternative sources where the model can be downloaded and plugged into ollama?

GiteaMirror commented

@rick-github commented on GitHub (Jan 28, 2025):

Strange that it fails on deepseek models and not on others.

I think R2 in the cloudfare CDN is distributed storage, some backend hosting a chunk of the GGUF file is acting up.

Are there an alternative sources where the model can be downloaded and plugged into ollama?

ollama pull hf.co/DevQuasar/deepseek-ai.DeepSeek-R1-Distill-Qwen-7B-GGUF:Q4_K_M

It's not quite the same in that the GGUF file has a different hash and the template has FIM processing, but if you can't wait for Cloudfare to get its act together, it's better than nothing.

@rick-github commented on GitHub (Jan 28, 2025): > Strange that it fails on deepseek models and not on others. I think R2 in the cloudfare CDN is distributed storage, some backend hosting a chunk of the GGUF file is acting up. > Are there an alternative sources where the model can be downloaded and plugged into ollama? ``` ollama pull hf.co/DevQuasar/deepseek-ai.DeepSeek-R1-Distill-Qwen-7B-GGUF:Q4_K_M ``` It's not quite the same in that the GGUF file has a different hash and the template has FIM processing, but if you can't wait for Cloudfare to get its act together, it's better than nothing.

GiteaMirror commented

2026-04-12 16:51:33 -05:00

@ChaosCom commented on GitHub (Jan 28, 2025):

Hey @rick-github, one of the affected here.
If this is an R2 - related cloudflare issue, is it possible to mitigate this by doing what CF writes?

AWS recently updated their SDKs to enable CRC32 checksums on multiple object operations by default. R2 does not currently support CRC32 checksums, and the default configurations will return header related errors such as Header 'x-amz-checksum-algorithm' with value 'CRC32' not implemented. Impacted users can either pin AWS SDKs to a prior version or modify the configuration to restore the prior default behavior of not checking checksums on upload.

@ChaosCom commented on GitHub (Jan 28, 2025): Hey @rick-github, one of the affected here. If this is an R2 - related cloudflare issue, is it possible to mitigate this by doing what CF writes? _AWS recently updated their SDKs to enable CRC32 checksums on multiple object operations by default. R2 does not currently support CRC32 checksums, and the default configurations will return header related errors such as Header 'x-amz-checksum-algorithm' with value 'CRC32' not implemented. **Impacted users can either pin AWS SDKs to a prior version or modify the configuration to restore the prior default behavior of not checking checksums on upload.**_

GiteaMirror commented

2026-04-12 16:51:33 -05:00

@aidanxyz commented on GitHub (Jan 28, 2025):

8b version works ollama run deepseek-r1:8b

@aidanxyz commented on GitHub (Jan 28, 2025): 8b version works `ollama run deepseek-r1:8b`

GiteaMirror commented

2026-04-12 16:51:34 -05:00

@ChaosCom commented on GitHub (Jan 28, 2025):

The 8b version is based on llama, the 7b version is based on qwen2 - imo completely different architectures specializing in different things (qwen2 is code-focused).

What I also noticed: Investigating the "blobs" download directory, due to the oncomplete download, there's alot of state-tracking going on
sha256-<...HASH>-partial-0
sha256-<...HASH>-partial-1
...

These track how much of each respective chunk has been downloaded. For me, the 0-th chunk is
{"N":0,"Offset":0,"Size":292692074,"Completed":0}
whereas the 6-th chunk is
{"N":6,"Offset":1756152444,"Size":292692074,"Completed":292692074}

Which means, that the system ollama uses under-the-hood for downloads is not downloading things in sequence for deepseek-r1:7b. Is this normal behavior ?

@ChaosCom commented on GitHub (Jan 28, 2025): The 8b version is based on llama, the 7b version is based on qwen2 - imo completely different architectures specializing in different things (qwen2 is code-focused). What I also noticed: Investigating the "blobs" download directory, due to the oncomplete download, there's alot of state-tracking going on sha256-<...HASH>-partial-0 sha256-<...HASH>-partial-1 ... These track how much of each respective chunk has been downloaded. For me, the 0-th chunk is {"N":0,"Offset":0,"Size":292692074,"Completed":0} whereas the 6-th chunk is {"N":6,"Offset":1756152444,"Size":292692074,"Completed":292692074} Which means, that the system ollama uses under-the-hood for downloads is not downloading things in sequence for deepseek-r1:7b. Is this normal behavior ?

GiteaMirror commented

2026-04-12 16:51:34 -05:00

@rick-github commented on GitHub (Jan 28, 2025):

Which means, that the system ollama uses under-the-hood for downloads is not downloading things in sequence for deepseek-r1:7b. Is this normal behavior ?

Yes. A download is split into a bunch of chunks, the completion downloads is asynchronous. The partials are deleted either when the download is complete or the server is restarted.

@rick-github commented on GitHub (Jan 28, 2025): > Which means, that the system ollama uses under-the-hood for downloads is not downloading things in sequence for deepseek-r1:7b. Is this normal behavior ? Yes. A download is split into a bunch of chunks, the completion downloads is asynchronous. The partials are deleted either when the download is complete or the server is restarted.

GiteaMirror commented

2026-04-12 16:51:35 -05:00

@rick-github commented on GitHub (Jan 28, 2025):

deepseek-r1:7b: magnet:?xt=urn:btih:2JDGTZ7JT7KM24GCEXQQGDK4S3HKN23B&dn=models&tr=udp%3A%2F%2Ftracker.opentrackr.org%3A1337%2Fannounce

@rick-github commented on GitHub (Jan 28, 2025): deepseek-r1:7b: magnet:?xt=urn:btih:2JDGTZ7JT7KM24GCEXQQGDK4S3HKN23B&dn=models&tr=udp%3A%2F%2Ftracker.opentrackr.org%3A1337%2Fannounce

GiteaMirror commented

2026-04-12 16:51:35 -05:00

@ChaosCom commented on GitHub (Jan 28, 2025):

deepseek-r1:7b: magnet:?xt=urn:btih:2JDGTZ7JT7KM24GCEXQQGDK4S3HKN23B&dn=models&tr=udp%3A%2F%2Ftracker.opentrackr.org%3A1337%2Fannounce

Thanks a bunch, the model now works. I'll keep the seed running today too so people familiar with this sort fiddling can get the model this way.

@ChaosCom commented on GitHub (Jan 28, 2025): > deepseek-r1:7b: magnet:?xt=urn:btih:2JDGTZ7JT7KM24GCEXQQGDK4S3HKN23B&dn=models&tr=udp%3A%2F%2Ftracker.opentrackr.org%3A1337%2Fannounce Thanks a bunch, the model now works. I'll keep the seed running today too so people familiar with this sort fiddling can get the model this way.

GiteaMirror commented

@AvtarSinghChundawat commented on GitHub (Jan 29, 2025):

deepseek-r1:7b: magnet:?xt=urn:btih:2JDGTZ7JT7KM24GCEXQQGDK4S3HKN23B&dn=models&tr=udp%3A%2F%2Ftracker.opentrackr.org%3A1337%2Fannounce

How to use this sir ?

@AvtarSinghChundawat commented on GitHub (Jan 29, 2025): > deepseek-r1:7b: magnet:?xt=urn:btih:2JDGTZ7JT7KM24GCEXQQGDK4S3HKN23B&dn=models&tr=udp%3A%2F%2Ftracker.opentrackr.org%3A1337%2Fannounce How to use this sir ?

GiteaMirror commented

@rick-github commented on GitHub (Jan 29, 2025):

Use a torrent client to download the model, move the files to OLLAMA_MODELS.

@rick-github commented on GitHub (Jan 29, 2025): Use a torrent client to download the model, move the files to [OLLAMA_MODELS]( https://github.com/ollama/ollama/blob/main/docs/faq.md#where-are-models-stored).

GiteaMirror commented

@Paras1209 commented on GitHub (Jan 29, 2025):

Try changing your dns server . You can change by following ways:

To change your DNS settings:

Open the Control Panel and go to Network and Sharing Center.
Click on Change adapter settings.
Right-click on your active network connection and select Properties.
Select Internet Protocol Version 4 (TCP/IPv4) and click Properties.
Choose Use the following DNS server addresses and enter:
Preferred DNS server: 8.8.8.8 (Google DNS)
Alternate DNS server: 1.1.1.1 (Cloudflare DNS)
Click OK to save the changes.

@Paras1209 commented on GitHub (Jan 29, 2025): Try changing your dns server . You can change by following ways: To change your DNS settings: 1) Open the Control Panel and go to Network and Sharing Center. 2) Click on Change adapter settings. 3) Right-click on your active network connection and select Properties. 4) Select Internet Protocol Version 4 (TCP/IPv4) and click Properties. 5) Choose Use the following DNS server addresses and enter: Preferred DNS server: 8.8.8.8 (Google DNS) Alternate DNS server: 1.1.1.1 (Cloudflare DNS) 6) Click OK to save the changes.

GiteaMirror commented

2026-04-12 16:51:37 -05:00

@rabadur503 commented on GitHub (Jan 29, 2025):

so is there a solution to this problem or not?

@rabadur503 commented on GitHub (Jan 29, 2025): so is there a solution to this problem or not?

GiteaMirror commented

@rick-github commented on GitHub (Jan 29, 2025):

The solution is for Cloudfare to fix their CDN. The workaround is to switch DNS servers or get the model from a different source.

@rick-github commented on GitHub (Jan 29, 2025): The solution is for Cloudfare to fix their CDN. The workaround is to switch DNS servers or get the model from a different source.

GiteaMirror commented

2026-04-12 16:51:37 -05:00

@Paras1209 commented on GitHub (Jan 29, 2025):

For everyone who are confused i would like to make it clear for all that the problem in downloading is due to DNS server . And to solve this problem i already mentioned the steps in my above comment . For everyones conveinence i would like to mention all points again :

To change your DNS settings:

Open the Control Panel and go to Network and Sharing Center.
Click on Change adapter settings.
Right-click on your active network connection and select Properties.
Select Internet Protocol Version 4 (TCP/IPv4) and click Properties.
Choose Use the following DNS server addresses and enter:

Preferred DNS server: 8.8.8.8 (Google DNS) .
Alternate DNS server: 1.1.1.1 (Cloudflare DNS) .
Click OK to save the changes.

@Paras1209 commented on GitHub (Jan 29, 2025): For everyone who are confused i would like to make it clear for all that the problem in downloading is due to DNS server . And to solve this problem i already mentioned the steps in my above comment . For everyones conveinence i would like to mention all points again : To change your DNS settings: 1. Open the Control Panel and go to Network and Sharing Center. 2. Click on Change adapter settings. 3. Right-click on your active network connection and select Properties. 4. Select Internet Protocol Version 4 (TCP/IPv4) and click Properties. 5. Choose Use the following DNS server addresses and enter: > Preferred DNS server: 8.8.8.8 (Google DNS) . > Alternate DNS server: 1.1.1.1 (Cloudflare DNS) . 6. Click OK to save the changes.

GiteaMirror commented

2026-04-12 16:51:37 -05:00

@Paras1209 commented on GitHub (Jan 29, 2025):

You can solve this problem by changing your DNS server from control
panel . Steps for the same are mentioned in my comment .
For your convenience i would like to mention the same in your reply here :

To change your DNS settings:

Open the Control Panel and go to Network and Sharing Center.
Click on Change adapter settings.
Right-click on your active network connection and select Properties.
Select Internet Protocol Version 4 (TCP/IPv4) and click Properties.
Choose Use the following DNS server addresses and enter:
a. Preferred DNS server: 8.8.8.8 (Google DNS) .
b. Alternate DNS server: 1.1.1.1 (Cloudflare DNS) .
Click OK to save the changes.

On Wed, Jan 29, 2025 at 7:25 PM rabadur503 @.***> wrote:

so is there a solution to this problem or not?

—
Reply to this email directly, view it on GitHub, or unsubscribe.
You are receiving this because you commented.Message ID: @.***>

@Paras1209 commented on GitHub (Jan 29, 2025): You can solve this problem by changing your DNS server from control panel . Steps for the same are mentioned in my comment . For your convenience i would like to mention the same in your reply here : To change your DNS settings: 1. Open the Control Panel and go to Network and Sharing Center. 2. Click on Change adapter settings. 3. Right-click on your active network connection and select Properties. 4. Select Internet Protocol Version 4 (TCP/IPv4) and click Properties. 5. Choose Use the following DNS server addresses and enter: a. Preferred DNS server: 8.8.8.8 (Google DNS) . b. Alternate DNS server: 1.1.1.1 (Cloudflare DNS) . 6. Click OK to save the changes. On Wed, Jan 29, 2025 at 7:25 PM rabadur503 ***@***.***> wrote: > > so is there a solution to this problem or not? > > — > Reply to this email directly, view it on GitHub, or unsubscribe. > You are receiving this because you commented.Message ID: ***@***.***>

GiteaMirror commented

2026-04-12 16:51:38 -05:00

@rick-github commented on GitHub (Jan 29, 2025):

I suspect that Cloudfare have given dd20bb891979d25aebc8bec07b2b3bbc.r2.cloudflarestorage.com a new IP address but they have quite a long timeout value in the SOA, so that switching the DNS server or flushing the local DNS cache is required to get the new one.

@rick-github commented on GitHub (Jan 29, 2025): I suspect that Cloudfare have given dd20bb891979d25aebc8bec07b2b3bbc.r2.cloudflarestorage.com a new IP address but they have quite a long timeout value in the SOA, so that switching the DNS server or flushing the local DNS cache is required to get the new one.

GiteaMirror commented

2026-04-12 16:51:38 -05:00

@pdevine commented on GitHub (Jan 29, 2025):

Sorry about this, guys. We are looking at some ways to get more reliability out of Cloudflare.

@pdevine commented on GitHub (Jan 29, 2025): Sorry about this, guys. We are looking at some ways to get more reliability out of Cloudflare.

GiteaMirror commented

2026-04-12 16:51:38 -05:00

@bmizerany commented on GitHub (Jan 30, 2025):

This appears to be fixed now. Closing. Please open a new ticket if the issue comes back and we'll look into it.

@bmizerany commented on GitHub (Jan 30, 2025): This appears to be fixed now. Closing. Please open a new ticket if the issue comes back and we'll look into it.

GiteaMirror commented

@seanmavley commented on GitHub (Jan 30, 2025):

Still appears to be an issue somewhere and not just DNS

WSL
Ollama 0.5.7

Starts download, downloads about 30%, out of nowhere, percentage drops to about 10%

Not sure what's going on, but that's just weird. Seems to be going back and forth and does this repeatedly.

Downloads to a point, rolls itself back somehow, goes forward, rolls back, all the while consuming data.

These models are big and those of us not on infinite Internet services, pretty adds up real quick in costs.

@seanmavley commented on GitHub (Jan 30, 2025): Still appears to be an issue somewhere and not just DNS WSL Ollama 0.5.7 Starts download, downloads about 30%, out of nowhere, percentage drops to about 10% Not sure what's going on, but that's just weird. Seems to be going back and forth and does this repeatedly. Downloads to a point, rolls itself back somehow, goes forward, rolls back, all the while consuming data. These models are big and those of us not on infinite Internet services, pretty adds up real quick in costs.

GiteaMirror commented

@pdevine commented on GitHub (Jan 30, 2025):

@seanmavley What is your location and what kind of net connection are you using?

@pdevine commented on GitHub (Jan 30, 2025): @seanmavley What is your location and what kind of net connection are you using?

GiteaMirror commented

@seanmavley commented on GitHub (Jan 30, 2025):

@pdevine
In Ghana, on MTN, connected via cable to a modem on 4G.

By the way, I've never had issues on same network downloading models via command line.

Current DNS is scancom (MTN) with fast.com saying network is 10Mbps

@seanmavley commented on GitHub (Jan 30, 2025): @pdevine In Ghana, on MTN, connected via cable to a modem on 4G. By the way, I've never had issues on same network downloading models via command line. Current DNS is scancom (MTN) with fast.com saying network is 10Mbps

GiteaMirror commented