使用gcore进行的核心转储，将jmap转换为hprof文件格式失败并显示错误消息

Question

最近，我们发生了JVM崩溃之一，留下了由gcore命令生成的核心转储文件。我们希望查看文件的内容，并找出导致崩溃的确切原因。

使用该jmap命令，您应该能够将核心转储文件转换为hprof文件格式的文件，然后可以使用VisualVM和许多其他工具进行分析。我已经尝试过此操作并收到错误消息。这是我运行的命令（使用相同的JVM在崩溃发生的同一框）：

jmap -dump:format=b,file=dump.hprof /usr/java/jdk1.6.0_16/bin/java core.dump.2878

整个响应是：

> Attaching to core core.dump.8483 from executable /usr/java/jdk1.6.0_16/bin/java, please wait...
> Error attaching to core file: Can't attach to the core file

那不是一个非常有用的错误消息。我想知道这是否是权限问题，但是我收到的命令运行命令与运行导致核心转储的JVM的用法相同。我也想知道核心文件是否已损坏，因此决定使用gdb是否可以打开核心文件并查看其中的内容。这是我得到的：

> gdb
GNU gdb（GDB）红帽企业版Linux（7.0.1-37.el5_7.1）
许可证GPLv3 +：GNU GPL版本3或更高版本 
这是免费软件：您可以自由更改和重新分发它。
在法律允许的范围内，没有任何担保。输入“显示复制”
和“显示保修”了解详情。
该GDB被配置为“ x86_64-redhat-linux-gnu”。
有关错误报告的说明，请参见：
<http://www.gnu.org/software/gdb/bugs/>。
（gdb）核心文件core.dump.8483
[新主题2889]
[新主题2893]
[新主题2894]
[新主题2895]
[新线程2896]
[新主题2904]
[新主题2915]
[新主题2916]
[新线程2917]
[新线程2921]
[新线程2922]
[新主题3175]
[新主题3239]
[新线程3252]
[新主题3258]
[新主题3260]
[新主题3356]
[新主题3509]
[新主题3510]
[新主题3514]
[新线程3523]
[新线程3541]
[新线程3542]
[新线程3543]
[新线程4022]
[新主题4057]
[新主题4058]
[新主题4077]
[新线程4078]
[新主题4079]
[新线程4080]
[新主题6128]
[新主题6140]
[新主题6162]
[新线程6376]
[新主题6389]
[新主题6408]
[新线程6422]
[新主题6429]
[新线程6451]
[新主题6497]
[新主题6513]
[新主题6514]
[新主题6516]
[新主题6517]
[新线程6532]
[新线程6533]
[新主题6665]
[新主题6675]
[新主题6676]
[新主题6687]
[新主题6689]
[新主题6692]
[新线程6706]
[新主题6707]
[新线程6735]
[新主题6736]
[新线程7033]
[新主题7034]
[新线程7056]
[新主题7077]
[新主题7079]
[新主题7080]
[新主题7082]
[新主题7089]
[新主题7090]
[新主题7091]
[新主题7092]
[新主题7103]
[新主题7105]
[新主题7107]
[新主题7108]
[新主题7116]
[新主题7229]
[新主题7308]
[新主题7493]
[新线程7505]
[新主题7510]
[新线程7511]
[新主题7517]
[新线程7523]
[新线程7604]
[新线程7617]
[新线程7618]
[新线程7619]
[新线程8676]
[新线程8693]
[新主题8700]
[新线程8851]
[新线程8860]
[新主题8887]
[新主题9007]
[新主题9118]
[新主题9119]
[新主题9120]
[新线程9413]
[新线程9427]
[新主题9495]
[新线程9508]
[新主题9519]
[新线程9535]
[新线程9536]
[新线程9537]
[新线程9554]
[新线程9556]
[新线程9659]
[新线程9660]
[新主题9663]
[新主题9664]
[新主题9665]
[新主题9666]
[新线程9667]
[新主题9668]
[新主题9669]
[新线程9670]
[新线程9671]
[新线程9678]
[新线程9870]
[新主题9953]
[新线程9998]
[新主题10002]
[新主题10118]
[新主题10119]
[新主题10122]
[新主题10149]
[新主题10152]
[新主题10155]
[新主题10176]
[新主题10178]
[新主题10179]
[新主题10180]
[新主题10182]
[新主题10194]
[新主题10195]
[新主题10196]
[新主题10198]
[新主题10199]
[新主题10200]
[新线程10201]
[新主题10202]
[新主题10203]
[新主题10205]
[新主题10206]
[新主题10244]
[新主题10246]
[新主题10247]
[新主题10248]
[新主题10249]
[新线程10251]
[新线程10252]
[新主题10254]
[新主题10255]
[新主题10256]
[新主题10257]
[新主题10258]
[新主题10259]
[新主题10260]
[新线程10261]
[新主题10262]
[新主题10263]
[新主题10264]
[新主题10265]
[新主题10267]
[新主题10268]
[新主题10269]
[新主题10271]
[新主题10476]
[新主题10477]
[新主题10479]
[新线程10552]
[新主题10607]
[新线程10611]
[新主题10612]
[新线程10613]
[新线程10615]
[新线程10617]
[新线程10623]
[新线程10624]
[新线程10625]
[新线程10641]
[新主题10642]
[新主题10649]
[新主题10736]
[新主题10742]
[新线程10756]
[新主题10758]
[新线程10760]
[新线程10761]
[新线程10762]
[新主题11278]
[新线程11412]
[新主题11513]
[新主题11514]
[新主题2878]
（gdb）退出

然后我退出了，因为我完全不知道gbd如何使用它来诊断此类问题。我什至不十分了解最后一条命令的作用。值得注意的是，输出中恰好有134条“新线程”行，并且，如果每行代表JVM中产生的新线程，则这可能是JVM死亡的原因。

所以我的问题实际上是三折-

1）知道为什么该jmap命令可能会给出该错误消息吗？

2）任何想法gdb输出意味着什么？

3）有什么想法可以gdb用来进一步诊断这个问题吗？

Answer 1

顺便说一句，jvisualvm可以直接加载核心转储。但是您必须使用与创建核心文件相同的jvm。