I have tried -j4 and reduced the number of cores for the VM down to 4 and other than increasing the compile time I see no difference. The compile still fails with the rsync: Argument list too long error.

Comparing the verbose output for successful and failing builds, I see warnings in the failing builds:

Warning: Kernel ABI header at 'tools/include/uapi/linux/bpf.h' differs from latest version at 'include/uapi/linux/bpf.h'
Warning: Kernel ABI header at 'tools/include/uapi/linux/if_xdp.h' differs from latest version at 'include/uapi/linux/if_xdp.h'
Warning: missing liburing support. Some tests will be skipped.
Warning: you seem to have a broken 32-bit build

I also see the use of clang in the failing builds, while the successful ones don't have it.

Does this give any indication of what is going wrong?

Beste Grüße
  Sebastian Hetze
--
Principal Software Engineer
Red Hat GmbH. Niederlassung Berlin
Leipziger Platz 16, 10117 Berlin
Mobil: +49 173 8914205
E-Mail: she@redhat.com

Registered seat: Werner von Siemens Ring 14, D-85630 Grasbrunn, Germany Commercial register: Amtsgericht Muenchen/Munich, HRB 153243,Managing Directors: Ryan Barnhart, Charles Cachera, Michael O'Neill, Amy Ross

On Sun, Mar 2, 2025 at 5:54 PM Neal Gompa <ngompa13@gmail.com> wrote:

On Sun, Mar 2, 2025 at 9:53 AM Sebastian Hetze <shetze@redhat.com> wrote:
>
>
> To make things a bit more confusing: After quite some experimenting, including completely new installations of the build host, I occasionally get a successful build. But this appears to happen at random. Sequences of "make dist-clean; make dist-all-rpms" sometimes succeed and sometimes fail. There are no dmesg warnings or other indications of a problem with the running VM.
>
> Is it possible, that the -j$(nproc) causes the problem? I do see "-j12 forced in submake: resetting jobserver mode." warnings from make.
>

I personally use -j6 because anything higher is unpredictable on my
machine. But if that doesn't work, lowering to -j4 should be better.



--
真実はいつも一つ！/ Always, there's only one truth!
_______________________________________________
devel mailing list -- devel@lists.centos.org
To unsubscribe send an email to devel-leave@lists.centos.org