問題タブ [coredump]

Linux のプロセスでセグメンテーション エラーが発生しています。失敗したときにコア ダンプを生成するように指示するにはどうすればよいですか?

おそらくファイル記述子のリークがあるプロセスからのコアダンプファイルがあります（ファイルとソケットを開きますが、それらのいくつかを閉じるのを忘れているようです）。クラッシュする前にプロセスが開いていたファイルとソケットを見つける方法はありますか? クラッシュを簡単に再現することはできないため、コア ファイルを分析することがバグのヒントを得る唯一の方法のようです。

gdb を取得するか、他のツールを使用して、実行中のプロセスとそのシンボル テーブルのコア ダンプを作成することはできますか? プロセスを終了せずにこれを行う方法があれば素晴らしいでしょう。

これが可能である場合、どのコマンドを使用しますか? （Linuxボックスでこれをやろうとしています）

直接アクセスできないリモート システムで生成されたコア ファイルがあります。リモート システムからのライブラリ ファイルのローカル コピーと、クラッシュしたプログラムの実行可能ファイルもあります。

このコア ダンプを gdb で分析したいと思います。

例えば：

私のライブラリは現在のディレクトリにあります。

過去に、デバッガーがオプション "-p" を指定してこれを実装しているのを見てきました。または "-p /=."; だから私の質問は：

gdb でコアファイルを分析するときに、ライブラリが現在のディレクトリに関連するパスから最初に読み込まれるように指定するにはどうすればよいですか?

pstack を使用して、Solaris のコア ダンプ ファイルを分析しています

他に、solaris からのコア ダンプを分析するにはどうすればよいですか?

これを行うには、どのコマンドを使用できますか?

ダンプから他にどのような情報が得られますか?

特定の状況下で C プログラムがコア ダンプを生成するようにします。これは実稼働環境で実行されるプログラムであり、他の種類のデバッグ コードを調整するために簡単に停止して再起動することはできません。また、本番環境なので、abort() を呼び出したくありません。調査中の問題は、非運用環境では簡単に再現できません。私が望むのは、プログラムが特定の問題を検出したときに、できればファイルの名前を変更するのに十分な情報を使用して、独自にコア ダンプを生成し、続行することです。

運用システムで、開発環境では再現できないメモリ リークが発生することがあります。私はPython メモリ プロファイラー(具体的には Heapy) を使用して開発環境である程度の成功を収めましたが、再現できないものには役に立ちません。その作業を行うにはしばらく時間がかかり、そのスレッド化されたリモート インターフェイスはサーバーでうまく機能しません。

私が欲しいと思うのは、実稼働 Python プロセス (または少なくとも gc.get_objects) のスナップショットをダンプし、それをオフラインで分析してメモリを使用している場所を確認する方法です。 このような Python プロセスのコア ダンプを取得するにはどうすればよいですか? 取得したら、それを使って何か便利なことをするにはどうすればよいですか?

奇妙な状態の Python アプリケーションがあります。私はプロセスのライブデバッグをしたくありません。ファイルにダンプして、後でその状態を調べることはできますか? 後で gdb で C プログラムのコアファイルを復元したことは知っていますが、gdb から便利な方法で Python アプリケーションを調べる方法がわかりません。

(これは、本番システムでの memleaks のデバッグに関する私の質問のバリエーションです。)

「コア」ファイルを生成し、別のマシンにコピーしてから、そのマシンでコア ファイルの実行を続行できるかどうか疑問に思っていました。

実行中のプロセスからコア ファイルを作成する gcore ユーティリティを見てきました。しかし、コアファイルに基づいて gdb が実行を継続できるとは思いません。

ヒープ/スタックをダンプして後で復元する方法はありますか?

私が開発しているアプリケーション (*) の場合、動的に生成されたページと静的なページを混在させる必要があります。動的ページに初めてアクセスすると、他の静的 wiki ページと同様に、ユーザーが注釈を付けることができる静的ページになるような wiki を使用するのは素晴らしいことです。

言い換えれば、「このトピックはまだ存在しません」というメッセージを出力するもの (または何でも) を、a) wiki 形式で新しいコンテンツを生成し、データベースに保存してから、b) そのテキストを解析して表示するものでオーバーライドしたいと考えています。 .

ああ、これは再帰的でなければなりません。作成されたページには、より動的に生成されたページなどへのリンクが含まれている場合があります。

名前に基づいて動的ページを生成します (任意の深さまでのカテゴリ/名前空間情報を含む)。

最後にもう 1 つ - 動的ページの一部をバッチ スクリプトで事前に作成しておくと便利です (必須ではありません) (これらは生成に時間がかかる可能性があるページであるため、主にパフォーマンスのためです)。

だから私の質問は、これを行うためのプラグインを変更/作成するのに最も簡単なウィキソフトウェアはどれですか?

(*) ダンプのリスト (リモート マシンに保存されている可能性があります) が表示されるコアダンプ アナライザー (gdb を考えてください) を想像してみてください。ダンプをクリックすると、スレッドのリストが表示されます。スレッドをクリックすると、スタックが表示されます。スタック フレームをクリックすると、メモリが表示されます。メモリの単語をクリックすると、そのアドレスのメモリのページが表示されます。

ダンプをナビゲートするときに、問題について発見したことに関するメモを追加して、後で役立つようにしたり、ダンプを見ている可能性のある同僚と共有したりします。

数か月後、リモート マシンからダンプが消えている可能性があります (これらすべてのダンプをアーカイブするには多くのスペースが必要です) が、同様の問題に遭遇しました。最近のダンプのスタック トレースから関数名の 1 つを wiki 検索ボックスに入力すると、以前の発生に関する保存された情報が取得されます。

更新：すべての回答に感謝します。私は実際に MediaWiki を使うかもしれません。まだ存在しない場合は、doEditを呼び出してページを作成できるArticleViewHeader 拡張機能を作成できるようです。同様のことを行うように見えるVirtualPage 拡張機能があります。