CI: Appveyor builds failing #20066

1. 
   sipsorcery commented at 9:21 am on October 3, 2020: member

   Appveyor builds started failing about 20 hours ago for no reason I can discern.

   I cannot replicate the failures on my Windows 10 machine. I am able to install the vcpkg dependencies from scratch and successfully build Bitcoin Core using the msvc build config.

   I am attempting to replicate the issue in the appveyor job on my Bitcoin Core fork but as yet have not been able to narrow it down.

   If anyone reads this with admin privileges for appveyor could you use the RE-BUILD COMMIT option on the last successful appveyor job. If that job now also fails it would point to something changing in the appveyor environment.

2. sipsorcery added the label Bug on Oct 3, 2020
3. 
   MarcoFalke commented at 9:34 am on October 3, 2020: member

   Done https://ci.appveyor.com/project/DrahtBot/bitcoin/builds/35547909
4. 
   decryp2kanon commented at 11:52 am on October 3, 2020: contributor

   oh i am late https://github.com/bitcoin/bitcoin/issues/20068
5. 
   decryp2kanon commented at 11:57 am on October 3, 2020: contributor

   i assume downloading issue.

   0         -- Downloading https://repo.msys2.org/mingw/i686/mingw-w64-i686-pkg-config-0.29.2-1-any.pkg.tar.xz... Failed. Status: 28;"Timeout was reached"
   

6. 
   sipsorcery commented at 2:07 pm on October 3, 2020: member

   The previously successful job failed on the rebuild with the same error so as intimated above does seem to be a external issue.

   I haven’t seen the msys2 download error anywhere in my failure logs. I’m now trying with a completely fresh checkout of vcpkg.

   The repo.msys2.org host does seem to be down so if one of the vcpkg dependencies requires it that would explain the failures. Actually just found this link on a vcpkg issue. Looks like the msys2 guys are trying to get the host back up.

7. 
   sipsorcery commented at 2:09 pm on October 3, 2020: member

   This vcpkg issue is exactly what we’re experiencing. Once repo.msys2.org comes back up should be fixed.
8. 
   laanwj commented at 8:30 am on October 4, 2020: member

   I hope it comes back up soon then.

   Aside, it’s to me somewhat curious that a “true MSVC” build depends on the msys repository. This used to be a mingw thing right?

9. 
   decryp2kanon commented at 9:32 am on October 4, 2020: contributor

   depends on the msys repository. This used to be a mingw thing right?

   https://github.com/microsoft/vcpkg/blob/802c9c6aec1f6189e99b1fc8217977bc2995156a/scripts/cmake/vcpkg_find_acquire_program.cmake#L439

   

   ---

   original but not working: https://repo.msys2.org/mingw/i686/mingw-w64-i686-pkg-config-0.29.2-1-any.pkg.tar.xz

   mirror: https://mirror.yandex.ru/mirrors/msys2/mingw/i686/mingw-w64-i686-pkg-config-0.29.2-1-any.pkg.tar.xz

10. 
    sipsorcery commented at 10:24 am on October 4, 2020: member

    Going off the Gitter chat seems like the repo2.msys2.org server might not be coming back until Monday at the earliest.

    If it is desired to get he appveyor job working in a hurry then @decryp2kanon’s suggestion of adjusting the vcpkg config to use a different mirror should work. My feeling is that it’s less back and forth to keep waiting, given each tweak to the appveyor job requires a commit to master.

    Aside, it’s to me somewhat curious that a “true MSVC” build depends on the msys repository. This used to be a mingw thing right?

    The Bitcoin Core build is done as a “pure” msvc toolchain build.

    The dependencies, on the other hand, are built whichever way the vcpkg port specifies. Typically that’s with cmake and msvc but it can also use different toolchains with emulation environments such as msys2.

11. 
    hebasto commented at 7:29 am on October 5, 2020: member

    https://www.msys2.org/:

    The primary download server is currently (since Oct 2nd) down. We are working on bringing it back up. Pacman has preconfigured mirrors so package installations should work, albeit with timeouts. The setup package can be downloaded from SourceForge or GitHub.

12. 
    hebasto commented at 11:59 am on October 5, 2020: member

    The problem seems recurring:

    • https://stackoverflow.com/questions/60562004/cant-reach-repo-msys2-org
    • https://github.com/msys2/MINGW-packages/issues/6256
13. 
    MarcoFalke commented at 12:03 pm on October 5, 2020: member

    Isn’t it possible to specify two mirrors and pick the one that works?
14. 
    decryp2kanon commented at 3:54 pm on October 5, 2020: contributor

    Isn’t it possible to specify two mirrors and pick the one that works?

    I feel we can’t in a simple way. Because the download URL is hard-coded in the repo microsoft/vcpkg

15. 
    sipa commented at 4:28 pm on October 5, 2020: member

    Unless this is expected to be fixed soon, should we consider removing the AppVeyor CI?
16. 
    sipa commented at 6:02 pm on October 5, 2020: member

    I’ve disabled the AppVeyor webhook. Please let me know when things are fixed, or we should try again.
17. sipsorcery closed this on Oct 5, 2020

    ---

18. 
    decryp2kanon commented at 9:39 pm on October 5, 2020: contributor

    @sipsorcery issue closed? appveyor fixed?
19. 
    sipa commented at 9:40 pm on October 5, 2020: member

    I assume he closed it because it’s no longer an observable issue.

    As the AppVeyor disabling is supposed to be temporary, maybe it’s better to keep this open until it can be re-enbled?

20. sipsorcery reopened this on Oct 5, 2020

    ---

21. sipsorcery referenced this in commit 4383c4cbe1 on Oct 6, 2020
22. sipsorcery referenced this in commit c83155b406 on Oct 6, 2020
23. sipa referenced this in commit d8cd7b137f on Oct 6, 2020
24. MarcoFalke closed this on Oct 7, 2020

    ---

25. sidhujag referenced this in commit e0d1dbfb64 on Oct 8, 2020
26. fanquake referenced this in commit 5b2de04e7f on Oct 16, 2020
27. DrahtBot locked this on Feb 15, 2022

Contributors
sipsorcery MarcoFalke decryp2kanon laanwj hebasto sipa

Labels
Bug