5

特定の頻度で実行中のすべてのスレッドをバックトレースしたい Linux でアプリケーションを開発しています。そのため、ユーザー定義のシグナルハンドラー SIGUSR1 (すべてのスレッド用) は backtrace() を呼び出します。

backtrace() 呼び出しから発生したシグナル ハンドラーでクラッシュ (SIGSEGV) が発生しています。ほとんどのサイトで指定されているように、関数に正しい引数を渡しました。 http://linux.die.net/man/3/backtrace。

この場合、backtrace() がクラッシュする原因は何ですか?

詳細を追加するには:

クラッシュがバックトレース内にあると結論付けたのは、以下のフレーム 14 です。onMySignal はシグナル ハンドラ SIGUSR1 であり、backtrace を呼び出します。

onMySignal のサンプルコードは (backtrace の Linux ドキュメントからコピー)

pthread_mutex_lock( &sig_mutex );

int j, nptrs;
    #define SIZE 100
        void *buffer[100] = {NULL};//or void *buffer[100];
        char **strings;
       nptrs = backtrace(buffer, SIZE);
           pthread_mutex_unlock( &sig_mutex );

(gdb) where
#0  0x00000037bac0e9dd in raise () from 
#1  0x00002aaabda936b2 in skgesigOSCrash () from 
#2  0x00002aaabdd31705 in kpeDbgSignalHandler () 
#3  0x00002aaabda938c2 in skgesig_sigactionHandler () 
#4  <signal handler called>
#5  0x00000037ba030265 in raise () from 
#6  0x00000037ba031d10 in abort () from 
#7  0x00002b6cef82efd7 in os::abort(bool) () from 
#8  0x00002b6cef98205d in VMError::report_and_die() ()
#9  0x00002b6cef835655 in JVM_handle_linux_signal () 
#10 0x00002b6cef831bae in signalHandler(int, siginfo*, void*) ()
#11 <signal handler called>
#12 0x00000037be407638 in ?? () 
#13 0x00000037be4088bb in _Unwind_Backtrace () 
#14 0x00000037ba0e5fa8 in backtrace () 
#15 0x00002aaaaae3875f in onMySignal (signum=10,info=0x4088ec80, context=0x4088eb50)   
#16 <signal handler called>
#17 0x00002aaab4aa8acb in mxSession::setPartition(int)
#18 0x0000000000000001 in ?? ()
#19 0x0000000000000000 in ?? ()
(gdb)

これが問題をより明確にすることを願っています..

@janneb より良い同期のために、ミューテックスロックでシグナルハンドラの実装を書きました。

@janneb API backtrace_symbols/backtrace が async_signal_safe かどうかを指定するドキュメントが見つかりませんでした。シグナルハンドラで使用するかどうか。

それでも、Signal ハンドラーから backtrace_symbols を削除し、どこでも使用しないでください。なぜそれがクラッシュしているのか見当がつかない..

編集 23/06/11: 詳細:

(gdb) where
#0  0x00000037bac0e9dd in raise () from 
#1  0x00002aaab98a36b2 in skgesigOSCrash () from 
#2  0x00002aaab9b41705 in kpeDbgSignalHandler () from 
#3  0x00002aaab98a38c2 in skgesig_sigactionHandler () from 
#4  <signal handler called>
#5  0x00000037ba030265 in raise () from 
#6  0x00000037ba031d10 in abort () from 
#7  0x00002ac003803fd7 in os::abort(bool) () from
#8  0x00002ac00395705d in VMError::report_and_die() () from 
#9  0x00002ac00380a655 in JVM_handle_linux_signal () from 
#10 0x00002ac003806bae in signalHandler(int, siginfo*, void*) () from 
#11 <signal handler called>
#12 0x00000037be407638 in ?? () from libgcc_s.so.1
#13 0x00000037be4088bb in _Unwind_Backtrace () from libgcc_s.so.1
#14 0x00000037ba0e5fa8 in backtrace () from libc.so.6
#15 0x00002aaaaae3875f in onMyBacktrace (signum=10, info=0x415d0eb0, context=0x415d0d80)
#16 <signal handler called>
#17 0x00000037ba071fa8 in _int_free () from libc.so.6
#18 0x00000000000007e0 in ?? ()
#19 0x000000005aab01a0 in ?? ()
#20 0x000000000000006f in ?? ()
#21 0x00000037ba075292 in realloc () from libc.so.6
#22 0x00002aaab6248c4e in Memory::reallocMemory(void*, unsigned long, char const*, int) ()

realloc の実行中にクラッシュが発生し、アドレスの 1 つが 0x00000000000007e0 のようになりました (無効に見えます)。

4

2 に答える 2

2

シグナル処理のドキュメントで は、シグナル ハンドラーから呼び出す安全な関数のリストが定義されていますbacktrace。. async-signal-safe（そのドキュメントで検索）

できることはwrite、以前にセットアップしたパイプに対して、そのパイプを待機するスレッドを用意することです。これにより、バックトレースが実行されます。

編集：

そのbacktrace関数は現在のスレッドのスタックを返すため、別のスレッドからは使用できないため、別のスレッドを使用してバックトレースを行うという私の考えは機能しません。

backtrace_symbols_fdしたがって、シグナルハンドラから試すことができます。

gdb別の方法として、プログラムにコードを含めることなく、バックトレースを取得するために使用でき、gdb複数のスレッドを簡単に処理できます。

gdb を実行してトレースを取得するシェル スクリプト:

#!/bin/bash
PID="$1"
[ -d "/proc/$PID" ] || PID=$(pgrep $1)
[ -d "/proc/$PID" ] || { echo "Can't find process: $PID" >&2 ; exit 1 ; }

[ -d "$TMPDIR" ] || TMPDIR=/tmp

BATCH=$(mktemp $TMPDIR/pstack.gdb.XXXXXXXXXXXXX)
echo "thread apply all bt" >"$BATCH"
echo "quit" >>"$BATCH"
gdb "/proc/$PID/exe" "$PID" -batch -x "$BATCH" </dev/null
rm "$BATCH"
于 2011-06-20T11:25:29.910 に答える
2

Douglas Leeder が述べたように、シグナル セーフ コールのbacktraceリストにはありませんが、この場合、問題は によって行われていると思わmallocれbacktrace_symbolsます。（そしてミューテックス呼び出しをドロップし、シグナルハンドラーはスリープしないでください）backtrace_symbols_fdmallocwrite

編集

のソースからわかることから、backtraceそれ自体はシグナルセーフである必要がありますが、スタックをオーバーランしている可能性があります。

libsegfaultに対する glibc の実装を調べて、このケースがどのように処理されるかを確認することをお勧めします。

于 2011-06-20T11:35:31.440 に答える