GNU bug report logs - #43779
tbb: test_global_control failure

Previous Next

Package: guix;

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.

View this report as an mbox folder, status mbox, maintainer mbox


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):

From: Christopher Howard <christopher.howard <at> qlfiles.net>
To: bug-guix <at> gnu.org
Subject: tbb: test_global_control failure
Date: Sat, 03 Oct 2020 14:06:30 +0000
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):

From: Ludovic Courtès <ludo <at> gnu.org>
To: Christopher Howard <christopher.howard <at> qlfiles.net>
Cc: christopher <at> librehacker.com, 43779 <at> debbugs.gnu.org,
 Greg Hogan <code <at> greghogan.com>
Subject: Re: bug#43779: tbb: test_global_control failure
Date: Mon, 05 Oct 2020 16:09:39 +0200
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):

From: Greg Hogan <code <at> greghogan.com>
To: Ludovic Courtès <ludo <at> gnu.org>
Cc: christopher <at> librehacker.com, 43779 <at> debbugs.gnu.org,
 Christopher Howard <christopher.howard <at> qlfiles.net>
Subject: Re: bug#43779: tbb: test_global_control failure
Date: Mon, 5 Oct 2020 11:36:22 -0400
[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):

From: Ludovic Courtès <ludo <at> gnu.org>
To: Greg Hogan <code <at> greghogan.com>
Cc: christopher <at> librehacker.com, 43779 <at> debbugs.gnu.org,
 Christopher Howard <christopher.howard <at> qlfiles.net>
Subject: Re: bug#43779: tbb: test_global_control failure
Date: Wed, 07 Oct 2020 23:30:55 +0200
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):

From: Greg Hogan <code <at> greghogan.com>
To: Ludovic Courtès <ludo <at> gnu.org>
Cc: christopher <at> librehacker.com, 43779 <at> debbugs.gnu.org,
 Christopher Howard <christopher.howard <at> qlfiles.net>
Subject: Re: bug#43779: tbb: test_global_control failure
Date: Fri, 9 Oct 2020 07:55:13 -0400
[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):

From: Ludovic Courtès <ludo <at> gnu.org>
To: Greg Hogan <code <at> greghogan.com>
Cc: christopher <at> librehacker.com, 43779 <at> debbugs.gnu.org,
 Christopher Howard <christopher.howard <at> qlfiles.net>
Subject: Re: bug#43779: tbb: test_global_control failure
Date: Fri, 09 Oct 2020 23:47:57 +0200
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):

From: Greg Hogan <code <at> greghogan.com>
To: Ludovic Courtès <ludo <at> gnu.org>
Cc: christopher <at> librehacker.com, 43779-done <at> debbugs.gnu.org,
 Christopher Howard <christopher.howard <at> qlfiles.net>
Subject: Re: bug#43779: tbb: test_global_control failure
Date: Thu, 7 Mar 2024 11:33:31 -0500
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 14 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.