Yes, restarting the build works. But it’s not an ideal behavior as a CI.
You’re obviously right. What I was trying to say is that the configs are valid and that the error is random and purely on Travis CI side since restarting the build works (i.e. same config, same commit). It’s not an ideal behavior as a CI indeed !
Arm -based building on Arm64 CPU is only available for Open Source repositories (at both travis-ci.org and travis-ci.com). While available to all Open Source repositories, the concurrency available for multiple CPU arch-based jobs is limited during the beta period.
Perhaps, This sentence “the concurrency … is limited during the beta period” might be the reason of this issue.
The jobs should be stable, as I’ve done many builds without a hitch. If there are issues that do pop up, please post them in the community forum and I’ll be glad to fix them for you.
Thanks! I am happy that this issue for the concurrent jobs was fixed. How many concurrent jobs in a matrix work for arm64 (and also ppc64le/s390x)? Have you tested it? I would like to know the maximum jobs number to work for each arm64/ppc64le/s390x pipeline as a reference.
Initial testing capacity starts at around 60 concurrent jobs, but this could have raised with the deployment of the newer Arm Neoverse N1 based Ampere Altra arm64 servers, deployed by Equinix - I will run some tests to get a definitive number for you.
For future reference, there’s tons of tests, examples and other things I’ve done with ppc64le/s390x on my GitHub, you may find some of it interesting and relevant to your interests, and don’t hesitate to ask me any questions and I’ll be glad to answer them @junaruga.
I recently started to experience problems with ARM64 builds as well. Most of the time they either fail with the same error “An error occured while generating the build script” or the network errors. Sometimes I have to restart the job for a few times in a row, just to make it pass. At the same time, PPC64 jobs work smoothly.