From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.5) Gecko/20041107 Firefox/1.0
Description of problem:
When we try to start up gdb to debug a kernel dump, gdb seg faults.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. Produce a kernel crash dump - simplest is to enable disk dumps, enable sysrq and then "echo c > /proc/sysrq-trigger".
2. On reboot, save the dump with /etc/init.d/diskdump start (make sure there is lots of space in /var/crash).
3. Try to debug it: gdb vmlinux vmcore
Actual Results: root@penryn:/var/crash/127.0.0.1-2005-02-26-09:53# gdb vmlinux vmcore
GNU gdb Red Hat Linux (6.1post-1.20040607.62rh)
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for details.
This GDB was configured as "ia64-redhat-linux-gnu"...Using host libthread_db library "/lib/tls/libthread_db.so.1".
Core was generated by `'.
Segmentation fault (core dumped)
Expected Results: No segfault.
The platform is a 4-cpu ia64 machine with 8gb of memory. The vmcore file that
is produced by savecore is a little smaller than 8gb in actual disk usage (although ls reports a size of 270Gb - it's a sparse file), but savecore
needs some extra space during the save - in my case, 12Gb has been more than
enough, but YMMV.
This appears to be duplicate of 145309 which was fixed with gdb-22.214.171.124-0.10
Gdb on RHEL-3 has switched over to use the gdb-6.3 base. Please retry with the
newer gdb and verify.
[Apologies for the delay] The gdb 6.3 package does indeed fix the segfault on RHEL4.
Thanks for the confirmation. I am closing this bug as a duplicate of 145309.
*** This bug has been marked as a duplicate of 145309 ***