Closed m00lecule closed 3 years ago
I'm getting the same issue:
#10 3.416 E: Failed to fetch https://packages.microsoft.com/debian/10/prod/dists/buster/main/binary-armhf/Packages.bz2 File has unexpected size (14648 != 14446). Mirror sync in progress? [IP: 40.85.80.91 443]
#10 3.416 Hashes of expected file:
#10 3.416 - Filesize:14446 [weak]
#10 3.416 - SHA512:dcde6b0120201ffd3ce98ccc67a941c82206af4c9f6edacb21dececab859d151b6b05ab9f59c1c7a0215912eccb319a632c26580371f84dfb723f6cfb64ab807
#10 3.416 - SHA256:8123690a1cfd7380c63554906b4bba25fc83142a3bc22c387ebc739f1427e1a5
#10 3.416 - SHA1:f134ba1077765a3c3f1e84dc50f36cfb319eaa05 [weak]
#10 3.416 - MD5Sum:9dd887b5872fbb823fc0ba1aae7eb306 [weak]
#10 3.416 Release file created at: Tue, 20 Jul 2021 21:47:43 +0000
#10 3.416 E: Some index files failed to download. They have been ignored, or old ones used instead.
Looks to be related to a release Tue, 20 Jul 2021 21:47:43 +0000
+1 for experiencing this issue?
Any suggestions for a workaround or fix?
+1 experiencing this too, and none of our CI pipelines are able to run anymore. Hoping we can get it fixed soon!
Same problem
Err:6 https://packages.microsoft.com/debian/10/prod buster/main armhf Packages File has unexpected size (14648 != 14446). Mirror sync in progress? [IP: 104.214.230.139 443] Hashes of expected file:
I'm wondering why the armhf package feeds are downloaded. Since at least our buildserver is an amd64 machine, the armhf package feeds are not needed. Maybe the workaround is adding the apt keys and the amd64 repo only and not using packages-microsoft-prod.deb
But since this is the recommended way to do it, it should work.
Yes the packages-microsoft-prod.deb add all architecture, even if the server is amd64. I change the /etc/apt/sources.list.d/microsoft-prod.list like this `
deb [arch=amd64] https://packages.microsoft.com/debian/10/prod buster main `
Experiencing the same, CI pipeline broken since earlier today
Looks to be an issue with the code in my docker container that is installing .NET 5 SDK, if I remove that I'm OK.
I've changed the installation to this:
RUN wget https://packages.microsoft.com/config/debian/10/packages-microsoft-prod.deb -O packages-microsoft-prod.deb \
&& dpkg -i packages-microsoft-prod.deb \
&& sed -i 's/,armhf//g' /etc/apt/sources.list.d/microsoft-prod.list \
&& sed -i 's/,armhf//g' /etc/apt/sources.list.d/microsoft.list \
&& apt-get update \
&& apt-get install -y apt-transport-https \
&& apt-get update \
&& apt-get install -y dotnet-sdk-5.0
Notice the 2 sed lines to remove armhf as @AGheller mentioned
Thanks @Dave-EMIS for fiddling with sed :-) On my docker image the microsoft.list file doesn't exist, so this works for me:
RUN wget https://packages.microsoft.com/config/debian/10/packages-microsoft-prod.deb -O packages-microsoft-prod.deb \
&& dpkg -i packages-microsoft-prod.deb \
&& sed -i 's/,armhf//g' /etc/apt/sources.list.d/microsoft-prod.list \
&& apt-get update \
&& apt-get install -y apt-transport-https \
&& apt-get update \
&& apt-get install -y dotnet-sdk-3.1
This seemed to have gotten fixed without any action on my part a few hours ago.
This seemed to have gotten fixed without any action on my part a few hours ago.
Yep, same here.
Still have this problem, but answer from @ajuch fixed it for me.
@richlander seems to be fixed per some responses, but do you know who usually handles these kind of issues?
I'll ensure the right people are aware of this outage.
I apologize to anyone affected by the outage.
@NikolaMilosavljevic PTAL cc @jamshedd
@rbhanda, have we seen any further reports of this?
Description
Hello - I just found that issue with https://packages.microsoft.com/debian/10/prod/dists/buster/ on docker reappeared #6356 #3995
docker run mcr.microsoft.com/dotnet/sdk:5.0 sh -c "wget https://packages.microsoft.com/config/debian/10/packages-microsoft-prod.deb && apt-get install -y ./packages-microsoft-prod.deb && apt-get update -y"
Configuration