CentOS 6.6 でのプログラミングで、実行可能ファイル (whoops, make clean) を画面セッションで実行中に削除しました。
さて、関係ありませんがgcore、何かをデバッグするプロセスが必要です。実行可能ファイルを再構築しましたがgcore、置き換えられたファイルを受け入れません。元のファイルが削除されたことを認識しており、コアをダンプさせません。
# gcore 15659
core.YGsoec:4: Error in sourced command file:
/home/dev/bin/daemon/destinyd (deleted): No such file or directory.
gcore: failed to create core.15659
# ls -l /proc/15659/exe
lrwxrwxrwx. 1 root root 0 Mar 12 21:33 /proc/15659/exe -> /home/dev/bin/daemon/destinyd (deleted)
# ln -s /proc/15659/exe /home/dev/bin/daemon/destinyd
ln: creating symbolic link `/home/dev/bin/daemon/destinyd': File exists
# rm /proc/15659/exe
rm: remove symbolic link `/proc/15659/exe'? y
rm: cannot remove `/proc/15659/exe': Permission denied
FreeBSDgcoreにはオプションの引数 " executable " があり、有望に見えます (使用するバイナリを指定できるかのように見えます/proc/15659/exe) が、Linuxgcoreにはそのような引数がないため、これは役に立ちません。
回避策はありますか? それとも、(再作成された実行可能ファイルを使用して) プロセスを再起動し、追跡しているバグが再現されるのを待つ必要がありますか?