We reported it at the same time https://issues.apache.org/jira/browse/INFRA-25462
On Mon, Feb 5, 2024 at 10:40 AM Martin Grigorov <mgrigo...@apache.org> wrote: > https://issues.apache.org/jira/browse/INFRA-25464 > > On Fri, Feb 2, 2024 at 10:23 AM Niels Basjes <ni...@basjes.nl> wrote: > > > Yes, that sounds indeed like a very good approach. > > Can you please report this (I don't know where to report this)? > > > > Niels > > > > > > > > On Thu, Feb 1, 2024 at 9:05 PM Martin Grigorov <mgrigo...@apache.org> > > wrote: > > > > > Hi, > > > > > > Another option is to report to the Apache Infra team that the ARM64 > > > self-hosted nodes have these communication problems. > > > The ARM64 self-hosted nodes are an experimental feature provided by the > > > Infra team. Any feedback would be welcome! > > > > > > Martin > > > > > > On Thu, Feb 1, 2024 at 5:20 PM Niels Basjes <ni...@basjes.nl> wrote: > > > > > > > Yes, so we are apparently using an ASF hosted server. > > > > > > > > As a quick way of handling this I put up this proposed change where > we > > > run > > > > the ARM tests separately. > > > > https://github.com/apache/avro/pull/2721 > > > > > > > > That with an updated README we should for now at least have a simple > > way > > > to > > > > see which part went wrong. > > > > > > > > WDYT? > > > > > > > > Niels > > > > > > > > > > > > > > > > On Thu, Feb 1, 2024 at 4:10 PM Zoltan Csizmadia < > zcsizma...@gmail.com> > > > > wrote: > > > > > > > > > There are several options to build for ARM using github workflows: > > > hosted > > > > > server , qemu and using macos-14 image. > > > > > > > > > > 1. Hosted server: dependency on an external server > > > > > 2. qemu: extremely slow > > > > > 3. macos14: Transparent usage compared to other run images, eg. > > > > > ubuntu-latest, windows-latest. Con is that I am not sure if avro > can > > be > > > > > compiled on macos-latest (because of size constraints). There are > > > > > macos-large and xlarge images, however those are not free. > > > > > > > > > > I have put together an example project which builds a simple C# > > project > > > > on > > > > > Ubuntu 22.04 (x64), Windows 10 (x64), Darwin 21.6 (x64), Darwin > 23.2 > > > > > (arm64). It demonstrates a unified way to build and run a sample > > > project > > > > on > > > > > the 4 above images. Check the Run step output, which shows the OS > and > > > > > architecture info. > > > > > > > > > > https://github.com/zcsizmadia/test-arm64 > > > > > https://github.com/zcsizmadia/test-arm64/actions > > > > > > > > > > > > > > > > > > > > https://github.com/zcsizmadia/test-arm64/actions/workflows/test-multi-os.yml > > > > > > > > > > Maybe something similar could be used for the avro build. > > > > > > > > > > Regards, > > > > > Zoltan > > > > > > > > > > On Thu, Feb 1, 2024 at 7:33 AM Niels Basjes <ni...@basjes.nl> > wrote: > > > > > > > > > > > Hi, > > > > > > > > > > > > I noticed that most of the build failures are currently related > to > > > the > > > > > ARM > > > > > > build system being flaky. > > > > > > So we see that the Java build or the C# build has failed ... but > > > really > > > > > it > > > > > > was the ARM server not responding. Not a real error in the code > > > and/or > > > > > > build itself. > > > > > > > > > > > > How should we handle this? > > > > > > > > > > > > Can we ignore it if the build server is dead/slow/not responding? > > > > > > Or should we simply disable the ARM builds? > > > > > > > > > > > > -- > > > > > > Best regards / Met vriendelijke groeten, > > > > > > > > > > > > Niels Basjes > > > > > > > > > > > > > > > > > > > > > > > -- > > > > Best regards / Met vriendelijke groeten, > > > > > > > > Niels Basjes > > > > > > > > > > > > > -- > > Best regards / Met vriendelijke groeten, > > > > Niels Basjes > > > -- Best regards / Met vriendelijke groeten, Niels Basjes
