Cloning repositories ends with "fatal: fetch-pack: invalid index-pack output" #145884
Replies: 12 comments 2 replies
This comment was marked as off-topic.
This comment was marked as off-topic.
-
|
The problem I had is that I have some hosts that can clone the repository from the same network and with the same git settings and other hosts that fail to do so. There is no significant change in the networking configuration or distance to gateway between the two hosts. |
Beta Was this translation helpful? Give feedback.
-
|
We are experiencing the same problem in our Ci since last Friday |
Beta Was this translation helpful? Give feedback.
-
|
🕒 Discussion Activity Reminder 🕒 This Discussion has been labeled as dormant by an automated system for having no activity in the last 60 days. Please consider one the following actions: 1️⃣ Close as Out of Date: If the topic is no longer relevant, close the Discussion as 2️⃣ Provide More Information: Share additional details or context — or let the community know if you've found a solution on your own. 3️⃣ Mark a Reply as Answer: If your question has been answered by a reply, mark the most helpful reply as the solution. Note: This dormant notification will only apply to Discussions with the Thank you for helping bring this Discussion to a resolution! 💬 |
Beta Was this translation helpful? Give feedback.
-
|
We still experience this issue and so far nothing has changed - our only solution so far is to clone a particular branch and only the top commit. |
Beta Was this translation helpful? Give feedback.
-
|
🕒 Discussion Activity Reminder 🕒 This Discussion has been labeled as dormant by an automated system for having no activity in the last 60 days. Please consider one the following actions: 1️⃣ Close as Out of Date: If the topic is no longer relevant, close the Discussion as 2️⃣ Provide More Information: Share additional details or context — or let the community know if you've found a solution on your own. 3️⃣ Mark a Reply as Answer: If your question has been answered by a reply, mark the most helpful reply as the solution. Note: This dormant notification will only apply to Discussions with the Thank you for helping bring this Discussion to a resolution! 💬 |
Beta Was this translation helpful? Give feedback.
-
|
🕒 Discussion Activity Reminder 🕒 This Discussion has been labeled as dormant by an automated system for having no activity in the last 60 days. Please consider one the following actions: 1️⃣ Close as Out of Date: If the topic is no longer relevant, close the Discussion as 2️⃣ Provide More Information: Share additional details or context — or let the community know if you've found a solution on your own. 3️⃣ Mark a Reply as Answer: If your question has been answered by a reply, mark the most helpful reply as the solution. Note: This dormant notification will only apply to Discussions with the Thank you for helping bring this Discussion to a resolution! 💬 |
Beta Was this translation helpful? Give feedback.
-
|
Hi @pevogam, This error typically stems from network-level issues, especially with large repositories or unstable connections. Here’s a checklist of proven solutions that often resolve this: 🔧 1. Use HTTP/1.1 explicitly (you’ve tried, but good to confirm): 📦 2. Increase Git buffer size (important for large repos): (That’s 500MB — adjust as needed.) 🧱 3. Use shallow clone to reduce payload (good for CI/CD or testing): 🌐 4. Check your firewall/proxy/VPN setup: And test without it if possible. 📡 5. Try using SSH instead of HTTPS: This often bypasses low-level HTTP-related issues. 📁 6. Use a different network (hotspot, VPN, or ISP): 🧪 7. Advanced workaround – git partial clone: This avoids downloading all file content initially. Let me know if it helps — or feel free to share specific repo URLs or logs for a deeper look! 👍 |
Beta Was this translation helpful? Give feedback.
-
|
Hi, for now the clones succeed again (without changing anything like the above) so let's close this as unexplained temporary fluke in github's cloning provisioning. |
Beta Was this translation helpful? Give feedback.
-
|
I know this issue is closed, but for the record, I'm getting this error today: |
Beta Was this translation helpful? Give feedback.
-
|
We encounter this issue while doing pull on repositories which were cloned using
|
Beta Was this translation helpful? Give feedback.
-
|
I am so sorry, but I found this issue right now. |
Beta Was this translation helpful? Give feedback.
Uh oh!
There was an error while loading. Please reload this page.
-
Select Topic Area
Question
Body
Hi all, already for days we cannot clone various repositories from Github (so far I haven't isolated this to specific repos) and get the following strange output:
git clone https://github.com//.git
Cloning into ''...
remote: Enumerating objects: 5471, done.
remote: Counting objects: 100% (1099/1099), done.
remote: Compressing objects: 100% (190/190), done.
error: RPC failed; curl 18 transfer closed with outstanding read data remaining
error: 6670 bytes of body are still expected
fetch-pack: unexpected disconnect while reading sideband packet
fatal: early EOF
fatal: fetch-pack: invalid index-pack output
Note that we have tried setting the git HTTP/1.1 version and we still get this a most of the time.
Beta Was this translation helpful? Give feedback.
All reactions