Bug 1078285 - bluez test-gobex and test-gobex-transfer transient failures on PowerPC
bluez test-gobex and test-gobex-transfer transient failures on PowerPC
Status: RESOLVED FIXED
Classification: openSUSE
Product: openSUSE Tumbleweed
Classification: openSUSE
Component: Other
Current
PowerPC Other
: P5 - None : Normal (vote)
: ---
Assigned To: Stefan Seyfried
E-mail List
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2018-01-30 11:51 UTC by Michel Normand
Modified: 2018-02-02 18:36 UTC (History)
0 users

See Also:
Found By: ---
Services Priority:
Business Priority:
Blocker: ---
Marketing QA Status: ---
IT Deployment: ---


Attachments
bluez_obs_ring1_failure_20180109.log (263.21 KB, text/x-log)
2018-01-30 11:51 UTC, Michel Normand
Details
bluez_trial5_chroot_gdb.log (5.27 KB, text/x-log)
2018-01-30 15:39 UTC, Michel Normand
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Michel Normand 2018-01-30 11:51:08 UTC
Created attachment 758056 [details]
bluez_obs_ring1_failure_20180109.log

bluez test-gobex and test-gobex-transfer transient failures on PowerPC in Rings:1 (1)


(1) https://build.opensuse.org/package/live_build_log/openSUSE:Factory:PowerPC:Rings:1-MinimalX/bluez/standard/ppc64le
===
[  150s] ./test-driver: line 112: 12168 Aborted (core dumped) "$@" > $log_file 2>&1
[  150s] FAIL: unit/test-gobex-transfer
===
Comment 1 Michel Normand 2018-01-30 15:39:44 UTC
Created attachment 758085 [details]
bluez_trial5_chroot_gdb.log

able to recreate the problem with an osc build in loop with vm-type kvm as detailed in the attached bluez_trial5_chroot_gdb.log

the call stack as reported by gdb is:
===
Program terminated with signal SIGABRT, Aborted.
#0  0x00007fffa6d5661c in raise () from /lib64/libc.so.6
(gdb) bt
#0  0x00007fffa6d5661c in raise () from /lib64/libc.so.6
#1  0x00007fffa6d58840 in abort () from /lib64/libc.so.6
#2  0x00007fffa6fd87a4 in g_assertion_message () from /usr/lib64/libglib-2.0.so.0
#3  0x00007fffa6fd8c94 in g_assertion_message_cmpnum () from /usr/lib64/libglib-2.0.so.0
#4  0x000000012ace0460 in test_put_req_delay () at unit/test-gobex-transfer.c:1624
#5  0x00007fffa6fd821c in ?? () from /usr/lib64/libglib-2.0.so.0
#6  0x00007fffa6fd813c in ?? () from /usr/lib64/libglib-2.0.so.0
#7  0x00007fffa6fd8510 in g_test_run_suite () from /usr/lib64/libglib-2.0.so.0
#8  0x00007fffa6fd8560 in g_test_run () from /usr/lib64/libglib-2.0.so.0
#9  0x000000012acd3644 in main (argc=<optimized out>, argv=<optimized out>) at unit/test-gobex-transfer.c:2410
===
Comment 2 Michel Normand 2018-01-30 15:45:39 UTC
do not know why failure on assert at line 1624:
===
test_put_req_delay () at unit/test-gobex-transfer.c:1624  g_assert_cmpuint(d.count, ==, 2);
===
Comment 3 Stefan Seyfried 2018-02-02 18:34:46 UTC
The explanation is probably in these two threads on bluez-devel:

https://marc.info/?t=149578476300002&r=1&w=2
https://marc.info/?t=149578680300001&r=1&w=2

The test framework is apparently broken.
Comment 4 Stefan Seyfried 2018-02-02 18:36:35 UTC
I have accepted your SR to Base:System and forwarded it to Factory.
Closing as fixed.