GNU bug report logs -
#43779
tbb: test_global_control failure
Previous Next
Reported by: christopher <at> librehacker.com
Date: Sat, 3 Oct 2020 14:07:02 UTC
Severity: normal
Done: Greg Hogan <code <at> greghogan.com>
Bug is archived. No further changes may be made.
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 43779 in the body.
You can then email your comments to 43779 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-guix <at> gnu.org
:
bug#43779
; Package
guix
.
(Sat, 03 Oct 2020 14:07:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
christopher <at> librehacker.com
:
New bug report received and forwarded. Copy sent to
bug-guix <at> gnu.org
.
(Sat, 03 Oct 2020 14:07:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
Attempt to build tbb, a dependency of Octave I think, fails with:
"""
./test_task_scheduler_observer_v3.exe 1:4
done
Call stack info (12):
./test_global_control.exe(_Z16print_call_stackv+0x37)[0x407937]
./test_global_control.exe(_Z11ReportErrorPKciS0_S0_+0x1b)[0x407a3b]
./test_global_control.exe(_ZN3tbb10interface98internal9start_forINS_13b
locked_rangeImEENS_8internal17parallel_for_bodyIN7Harness21ExactConcurr
encyLevelEmEEKNS_18simple_partitionerEE7executeEv+0x327)[0x411067]
./libtbb.so.2(+0x2b7c2)[0x7ffff7fb17c2]
./libtbb.so.2(+0x2bb25)[0x7ffff7fb1b25]
./libtbb.so.2(+0x29810)[0x7ffff7faf810]
./test_global_control.exe(_ZN7Harness21ExactConcurrencyLevel5checkEmNS0
_4ModeE+0x35f)[0x40cbcf]
./test_global_control.exe(_Z23TestParallelismRestoredv+0xd8)[0x409c28]
./test_global_control.exe(_Z8TestMainv+0x2a)[0x40afea]
./test_global_control.exe(main+0xe)[0x40751e]
/gnu/store/fa6wj5bxkj5ll1d7292a70knmyl7a0cr-glibc-
2.31/lib/libc.so.6(__libc_start_main+0xed)[0x7ffff7ad9a6d]
./test_global_control.exe(_start+0x2a)[0x40776a]
../../src/test/harness_concurrency_tracker.h:123, assertion
!myCrashOnFail: Timeout was detected.
make[1]: *** [../../build/Makefile.test:274: test_tbb_plain] Aborted
make[1]: Leaving directory '/tmp/guix-build-tbb-2020.3.drv-0/tbb-
2020.3-checkout/build/guix_release'
make: *** [Makefile:42: test] Error 2
Test suite failed, dumping logs.
command "make" "test" "-j" "3" "LDFLAGS=-Wl,-
rpath=/gnu/store/qc926v75q54k94mwgz6gn4s02sjgrr03-tbb-2020.3/lib"
failed with status 2
"""
I attempted to build this with -M 1 option, but build still dies with
the same error.
My system:
christopher <at> nightshade ~$ guix describe
Generation 35 Oct 01 2020 20:02:29 (current)
guix 23dc21f
repository URL: https://git.savannah.gnu.org/git/guix.git
branch: master
commit: 23dc21f05b54ef63daaea9eb301cfddbc4c82ddb
christopher <at> nightshade ~$ neofetch --stdout
christopher <at> nightshade
----------------------
OS: Guix System 23dc21f05b54ef63daaea9eb301cfddbc4c82ddb x86_64
Host: GA-880GM-UD2H
Kernel: 5.7.15-gnu
Uptime: 5 days, 14 hours, 45 mins
Packages: 103 (guix-system), 84 (guix-user)
Shell: bash 5.0.16
Resolution: 1920x1200
DE: GNOME 3.34.2
Theme: Adwaita [GTK2/3]
Icons: Adwaita [GTK2/3]
Terminal: .gnome-terminal
CPU: AMD Athlon II X3 455 (3) @ 3.300GHz
GPU: NVIDIA GeForce 8400 GS Rev. 3
Memory: 1232MiB / 7960MiB
--
Christopher Howard
p: +1 (907) 374-0257
w: https://librehacker.com
social: https://gnusocial.club/librehacker
gpg: ADDEAADE5D607C8D (keys.gnupg.net)
Information forwarded
to
bug-guix <at> gnu.org
:
bug#43779
; Package
guix
.
(Mon, 05 Oct 2020 14:10:01 GMT)
Full text and
rfc822 format available.
Message #8 received at 43779 <at> debbugs.gnu.org (full text, mbox):
Hi,
Christopher Howard <christopher.howard <at> qlfiles.net> skribis:
> Attempt to build tbb, a dependency of Octave I think, fails with:
>
> """
> ./test_task_scheduler_observer_v3.exe 1:4
> done
> Call stack info (12):
> ./test_global_control.exe(_Z16print_call_stackv+0x37)[0x407937]
> ./test_global_control.exe(_Z11ReportErrorPKciS0_S0_+0x1b)[0x407a3b]
> ./test_global_control.exe(_ZN3tbb10interface98internal9start_forINS_13b
> locked_rangeImEENS_8internal17parallel_for_bodyIN7Harness21ExactConcurr
> encyLevelEmEEKNS_18simple_partitionerEE7executeEv+0x327)[0x411067]
> ./libtbb.so.2(+0x2b7c2)[0x7ffff7fb17c2]
> ./libtbb.so.2(+0x2bb25)[0x7ffff7fb1b25]
> ./libtbb.so.2(+0x29810)[0x7ffff7faf810]
> ./test_global_control.exe(_ZN7Harness21ExactConcurrencyLevel5checkEmNS0
> _4ModeE+0x35f)[0x40cbcf]
> ./test_global_control.exe(_Z23TestParallelismRestoredv+0xd8)[0x409c28]
> ./test_global_control.exe(_Z8TestMainv+0x2a)[0x40afea]
> ./test_global_control.exe(main+0xe)[0x40751e]
> /gnu/store/fa6wj5bxkj5ll1d7292a70knmyl7a0cr-glibc-
> 2.31/lib/libc.so.6(__libc_start_main+0xed)[0x7ffff7ad9a6d]
> ./test_global_control.exe(_start+0x2a)[0x40776a]
> ../../src/test/harness_concurrency_tracker.h:123, assertion
> !myCrashOnFail: Timeout was detected.
> make[1]: *** [../../build/Makefile.test:274: test_tbb_plain] Aborted
> make[1]: Leaving directory '/tmp/guix-build-tbb-2020.3.drv-0/tbb-
> 2020.3-checkout/build/guix_release'
> make: *** [Makefile:42: test] Error 2
>
> Test suite failed, dumping logs.
> command "make" "test" "-j" "3" "LDFLAGS=-Wl,-
> rpath=/gnu/store/qc926v75q54k94mwgz6gn4s02sjgrr03-tbb-2020.3/lib"
> failed with status 2
> """
It looks like a regression introduced by the upgrade in commit
e9cbf43ae07f1b4c4c047e072c9aa021b64eace8. It worked on my machine but
also fails on ci.guix.gnu.org.
Greg, could you take a look? If you’re unavailable at the moment,
should we revert the upgrade in the meantime?
Thanks,
Ludo’.
Information forwarded
to
bug-guix <at> gnu.org
:
bug#43779
; Package
guix
.
(Mon, 05 Oct 2020 15:37:01 GMT)
Full text and
rfc822 format available.
Message #11 received at 43779 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
I don’t see any build failures on ci.guix.gnu.org <http://ci.guix.gnu.org/>, only two successes. Where is x86_64, should it not at least show as pending?
Builds matching tbb-2020.3
ID Specification Completion time Job Name System Log
3253827 guix-master 2 Oct 10:51 +0200 tbb-2020.3.armhf-linux tbb-2020.3 armhf-linux
3253435 guix-master 2 Oct 02:17 +0200 tbb-2020.3.i686-linux tbb-2020.3 i686-linux
Greg
> On Oct 5, 2020, at 10:09 AM, Ludovic Courtès <ludo <at> gnu.org> wrote:
>
> Hi,
>
> Christopher Howard <christopher.howard <at> qlfiles.net> skribis:
>
>> Attempt to build tbb, a dependency of Octave I think, fails with:
>>
>> """
>> ./test_task_scheduler_observer_v3.exe 1:4
>> done
>> Call stack info (12):
>> ./test_global_control.exe(_Z16print_call_stackv+0x37)[0x407937]
>> ./test_global_control.exe(_Z11ReportErrorPKciS0_S0_+0x1b)[0x407a3b]
>> ./test_global_control.exe(_ZN3tbb10interface98internal9start_forINS_13b
>> locked_rangeImEENS_8internal17parallel_for_bodyIN7Harness21ExactConcurr
>> encyLevelEmEEKNS_18simple_partitionerEE7executeEv+0x327)[0x411067]
>> ./libtbb.so.2(+0x2b7c2)[0x7ffff7fb17c2]
>> ./libtbb.so.2(+0x2bb25)[0x7ffff7fb1b25]
>> ./libtbb.so.2(+0x29810)[0x7ffff7faf810]
>> ./test_global_control.exe(_ZN7Harness21ExactConcurrencyLevel5checkEmNS0
>> _4ModeE+0x35f)[0x40cbcf]
>> ./test_global_control.exe(_Z23TestParallelismRestoredv+0xd8)[0x409c28]
>> ./test_global_control.exe(_Z8TestMainv+0x2a)[0x40afea]
>> ./test_global_control.exe(main+0xe)[0x40751e]
>> /gnu/store/fa6wj5bxkj5ll1d7292a70knmyl7a0cr-glibc-
>> 2.31/lib/libc.so.6(__libc_start_main+0xed)[0x7ffff7ad9a6d]
>> ./test_global_control.exe(_start+0x2a)[0x40776a]
>> ../../src/test/harness_concurrency_tracker.h:123, assertion
>> !myCrashOnFail: Timeout was detected.
>> make[1]: *** [../../build/Makefile.test:274: test_tbb_plain] Aborted
>> make[1]: Leaving directory '/tmp/guix-build-tbb-2020.3.drv-0/tbb-
>> 2020.3-checkout/build/guix_release'
>> make: *** [Makefile:42: test] Error 2
>>
>> Test suite failed, dumping logs.
>> command "make" "test" "-j" "3" "LDFLAGS=-Wl,-
>> rpath=/gnu/store/qc926v75q54k94mwgz6gn4s02sjgrr03-tbb-2020.3/lib"
>> failed with status 2
>> """
>
> It looks like a regression introduced by the upgrade in commit
> e9cbf43ae07f1b4c4c047e072c9aa021b64eace8. It worked on my machine but
> also fails on ci.guix.gnu.org.
>
> Greg, could you take a look? If you’re unavailable at the moment,
> should we revert the upgrade in the meantime?
>
> Thanks,
> Ludo’.
[Message part 2 (text/html, inline)]
Information forwarded
to
bug-guix <at> gnu.org
:
bug#43779
; Package
guix
.
(Wed, 07 Oct 2020 21:32:01 GMT)
Full text and
rfc822 format available.
Message #14 received at 43779 <at> debbugs.gnu.org (full text, mbox):
Hi,
Greg Hogan <code <at> greghogan.com> skribis:
> I don’t see any build failures on ci.guix.gnu.org <http://ci.guix.gnu.org/>, only two successes. Where is x86_64, should it not at least show as pending?
>
> Builds matching tbb-2020.3
> ID Specification Completion time Job Name System Log
> 3253827 guix-master 2 Oct 10:51 +0200 tbb-2020.3.armhf-linux tbb-2020.3 armhf-linux
> 3253435 guix-master 2 Oct 02:17 +0200 tbb-2020.3.i686-linux tbb-2020.3 i686-linux
Here’s the build log of a failure on x86_64:
https://ci.guix.gnu.org/log/qc926v75q54k94mwgz6gn4s02sjgrr03-tbb-2020.3
(You can build such URLs by appending the basename of the store file
name to “https://ci.guix.gnu.org/log/”.)
It ends like this:
--8<---------------cut here---------------start------------->8---
./test_reader_writer_lock.exe
done
./test_tbb_condition_variable.exe
done
./test_intrusive_list.exe
done
./test_concurrent_priority_queue.exe
done
./test_task_priority.exe
Known issue: priority effect is limited in case of blocking-style nesting
make[1]: *** [../../build/Makefile.test:274: test_tbb_plain] Segmentation fault
make[1]: Leaving directory '/tmp/guix-build-tbb-2020.3.drv-0/tbb-2020.3-checkout/build/guix_release'
make: *** [Makefile:42: test] Error 2
--8<---------------cut here---------------end--------------->8---
Ludo’.
Information forwarded
to
bug-guix <at> gnu.org
:
bug#43779
; Package
guix
.
(Fri, 09 Oct 2020 11:56:02 GMT)
Full text and
rfc822 format available.
Message #17 received at 43779 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
I am also successfully building tbb-2020.3 and octave-5.2.0 locally. Is it
possible to retry the build on ci.guix.gnu.org?
I'm still puzzled why the 64-bit builds of tbb-2020.3 are missing from
ci.guix.gnu.org.
And previous versions of tbb have had mixed success building.
https://data.guix.gnu.org/repository/1/branch/master/package/tbb/output-history
But the logs for the old failed builds are missing.
https://ci.guix.gnu.org/log/jj0ym95spwggf519jmgkfzjy5vk28g3h-tbb-2020.1
https://ci.guix.gnu.org/log/nfxwyk82y38irsf75pshaklmfm6vnhsq-tbb-2020.0
On Wed, Oct 7, 2020 at 5:31 PM Ludovic Courtès <ludo <at> gnu.org> wrote:
> Hi,
>
> Greg Hogan <code <at> greghogan.com> skribis:
>
> > I don’t see any build failures on ci.guix.gnu.org <
> http://ci.guix.gnu.org/>, only two successes. Where is x86_64, should it
> not at least show as pending?
> >
> > Builds matching tbb-2020.3
> > ID Specification Completion time Job Name System Log
> > 3253827 guix-master 2 Oct 10:51 +0200
> tbb-2020.3.armhf-linux tbb-2020.3 armhf-linux
> > 3253435 guix-master 2 Oct 02:17 +0200
> tbb-2020.3.i686-linux tbb-2020.3 i686-linux
>
> Here’s the build log of a failure on x86_64:
>
> https://ci.guix.gnu.org/log/qc926v75q54k94mwgz6gn4s02sjgrr03-tbb-2020.3
>
> (You can build such URLs by appending the basename of the store file
> name to “https://ci.guix.gnu.org/log/”.)
>
> It ends like this:
>
> --8<---------------cut here---------------start------------->8---
> ./test_reader_writer_lock.exe
> done
> ./test_tbb_condition_variable.exe
> done
> ./test_intrusive_list.exe
> done
> ./test_concurrent_priority_queue.exe
> done
> ./test_task_priority.exe
> Known issue: priority effect is limited in case of blocking-style nesting
> make[1]: *** [../../build/Makefile.test:274: test_tbb_plain] Segmentation
> fault
> make[1]: Leaving directory
> '/tmp/guix-build-tbb-2020.3.drv-0/tbb-2020.3-checkout/build/guix_release'
> make: *** [Makefile:42: test] Error 2
> --8<---------------cut here---------------end--------------->8---
>
> Ludo’.
>
[Message part 2 (text/html, inline)]
Information forwarded
to
bug-guix <at> gnu.org
:
bug#43779
; Package
guix
.
(Fri, 09 Oct 2020 21:49:02 GMT)
Full text and
rfc822 format available.
Message #20 received at 43779 <at> debbugs.gnu.org (full text, mbox):
Hi Greg,
Greg Hogan <code <at> greghogan.com> skribis:
> I am also successfully building tbb-2020.3 and octave-5.2.0 locally. Is it
> possible to retry the build on ci.guix.gnu.org?
I retried and it succeeded this time:
https://ci.guix.gnu.org/log/qc926v75q54k94mwgz6gn4s02sjgrr03-tbb-2020.3
Could it be non-determinism when running tests in parallel?
Thanks,
Ludo’.
Reply sent
to
Greg Hogan <code <at> greghogan.com>
:
You have taken responsibility.
(Thu, 07 Mar 2024 16:36:03 GMT)
Full text and
rfc822 format available.
Notification sent
to
christopher <at> librehacker.com
:
bug acknowledged by developer.
(Thu, 07 Mar 2024 16:36:03 GMT)
Full text and
rfc822 format available.
Message #25 received at 43779-done <at> debbugs.gnu.org (full text, mbox):
On Fri, Oct 9, 2020 at 5:48 PM Ludovic Courtès <ludo <at> gnu.org> wrote:
>
> Hi Greg,
>
> Greg Hogan <code <at> greghogan.com> skribis:
>
> > I am also successfully building tbb-2020.3 and octave-5.2.0 locally. Is it
> > possible to retry the build on ci.guix.gnu.org?
>
> I retried and it succeeded this time:
>
> https://ci.guix.gnu.org/log/qc926v75q54k94mwgz6gn4s02sjgrr03-tbb-2020.3
>
> Could it be non-determinism when running tests in parallel?
>
> Thanks,
> Ludo’.
Closing after 3+ years and no recent build failures:
https://ci.guix.gnu.org/search?query=octave%20spec:master%20system:x86_64-linux
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Fri, 05 Apr 2024 11:24:33 GMT)
Full text and
rfc822 format available.
This bug report was last modified 1 year and 35 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.