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
>
