Отладка до tnet основного процесса, висящего на futex - PullRequest
Новая
       40

Отладка до tnet основного процесса, висящего на futex

1 голос
/ 27 марта 2020

Я запускаю приложение do tnet core 2.1 на следующей linux встроенной системе: 

Linux arm 4.14.67-1.0.7+ #52 SMP PREEMPT armv7l GNU/Linux

Приложение зависает в течение нескольких дней в futex: 

root@arm:/# strace -p 525
strace: Process 525 attached
futex(0x4a6f4, FUTEX_WAIT_PRIVATE, 29517, NULL
 <detached ...>

Я должен выяснить, какая строка кода c# производит соответствующий вызов futex, не останавливая процесс. Как найти путь назад к строке c# кода, который производит соответствующий системный вызов futex?

С /proc/525/maps Я обнаружил, что адрес 0x4a6f4 является частью кучи памяти: 

00008000-00019000 r-xp 00000000 00:10 6906       /root/dotnet/dotnet
00021000-00022000 r--p 00011000 00:10 6906       /root/dotnet/dotnet
00022000-00023000 rw-p 00012000 00:10 6906       /root/dotnet/dotnet
00023000-001c6000 rw-p 00000000 00:00 0          [heap]
a545c000-a545d000 ---p 00000000 00:00 0
...

Но как мне связать этот адрес со строкой кода? Я пытался запустить gdb -p 525, но получаю сообщение об ошибке 

warning: Unable to find libthread_db matching inferior's thread library, thread debugging will not be available.

Проверка библиотеки libpthread: 

root@arm:~/dotnet# ldd /root/dotnet/dotnet
        libdl.so.2 => /lib/arm-linux-gnueabihf/libdl.so.2 (0xb6f16000)
        libpthread.so.0 => /lib/arm-linux-gnueabihf/libpthread.so.0 (0xb6ef2000)
        libstdc++.so.6 => /usr/lib/arm-linux-gnueabihf/libstdc++.so.6 (0xb6de6000)
        libm.so.6 => /lib/arm-linux-gnueabihf/libm.so.6 (0xb6d6e000)
        libgcc_s.so.1 => /lib/arm-linux-gnueabihf/libgcc_s.so.1 (0xb6d45000)
        libc.so.6 => /lib/arm-linux-gnueabihf/libc.so.6 (0xb6c57000)
        /lib/ld-linux-armhf.so.3 (0xb6f29000)

Мой файл .gdbinit: 

root@arm:~/dotnet# cat /root/.gdbinit
set auto-load safe-path /
set libthread-db-search-path /lib/arm-linux-gnueabihf
set env LD_PRELOAD /lib/arm-linux-gnueabihf/libpthread.so.0

Поэтому where или bt не работает в GDB: 

(gdb) where
#0  0xb6f56344 in pthread_getattr_default_np (out=0xfffffff0) at pthread_getattr_default_np.c:34
#1  0xb2bdf998 in ?? ()

Есть идеи, как решить эту проблему? Заранее спасибо!

...