Stefan Hajnoczi <stefa...@gmail.com> writes: > Hi Paolo, > Alex Benne reported that Travis CI is hanging in aio/multi/mutex/mcs: > > https://travis-ci.org/qemu/qemu/builds/203811867 > > 0x00007fe9d680052d in nanosleep () from > target:/lib/x86_64-linux-gnu/libpthread.so.0 > (gdb) info threads > Id Target Id Frame > * 1 LWP 15116 "test-aio-multit" 0x00007fe9d680052d in nanosleep () > from target:/lib/x86_64-linux-gnu/libpthread.so.0 > (gdb) bt > #0 0x00007fe9d680052d in nanosleep () from > target:/lib/x86_64-linux-gnu/libpthread.so.0 > #1 0x00007fe9d74c6072 in g_usleep () from > target:/lib/x86_64-linux-gnu/libglib-2.0.so.0 > #2 0x000055b90b2e9dca in test_multi_fair_mutex (seconds=1, threads=5) > at /tmp/qemu-test/src/tests/test-aio-multithread.c:363 > #3 0x00007fe9d74c365b in ?? () from > target:/lib/x86_64-linux-gnu/libglib-2.0.so.0 > #4 0x00007fe9d74c37d6 in ?? () from > target:/lib/x86_64-linux-gnu/libglib-2.0.so.0 > #5 0x00007fe9d74c37d6 in ?? () from > target:/lib/x86_64-linux-gnu/libglib-2.0.so.0 > #6 0x00007fe9d74c37d6 in ?? () from > target:/lib/x86_64-linux-gnu/libglib-2.0.so.0 > #7 0x00007fe9d74c3b2b in g_test_run_suite () from > target:/lib/x86_64-linux-gnu/libglib-2.0.so.0 > #8 0x000055b90b2e758c in main (argc=1, argv=0x7ffd65cb4928) at > /tmp/qemu-test/src/tests/test-aio-multithread.c:462
To reproduce: make docker-test-quick@travis J=4 DEBUG=1 /tmp/qemu-test/src/tests/docker/test-quick This usually hangs for me. In another winder you can run: docker exec -it $CONTAINER_NAME bash To get access to the filesystem and see the hung tasks. If it doesn't trigger during this stage you may need to: cd /var/tmp/qemu-build ./tests/test-aio-multithread Hope that helps the debugging ;-) -- Alex Bennée
