[Crash-utility] Crash for SLES 10 hangs.

Dave Anderson anderson at redhat.com
Wed Jul 1 14:00:06 UTC 2009


----- "Alok Kataria" <akataria at vmware.com> wrote:

> Hi,
> 
> I am trying to debug a bug on SLES 10 kernel using crash.
> I have the vmlinux and the vmlinux.debug file for the corresponding
> kernel but when I try to start crash it hangs while loading the "slab
> cache" data.  
> ****
> crash 4.0-7.2.3.el5_3.1
> ....
> .... 
> GNU gdb 6.1
> ....
> This GDB was configured as "x86_64-unknown-linux-gnu"...
> 
> please wait... (gathering kmem slab cache data)  
> ****
> 
> I then ran crash with "-d 99" debugging support.
> Looking at the debug data generated from crash, below is the text which
> is repeatedly printed by crash.
> 
> ------
> crash: invalid kernel virtual address: 47  type: "kmem_list3 shared"
> <readmem: ffff81000f6266c8, KVADDR, "kmem_list3 shared", 8, (ROE|Q), 7fff89fb1f00>
> <readmem: f88948c3c0310006, KVADDR, "shared array_cache limit", 4, (ROE|Q), 7fff89fb1f0c>
> 
> crash: invalid kernel virtual address: f88948c3c0310006  type: "shared array_cache limit" 
>   FREEBUF(1)
> <readmem: ffff81000f5ab1a0, KVADDR, "kmem_cache_s buffer", 1648, (ROE), a5a480>
> <readmem: ffff81000f5ab1a0, KVADDR, "array cache array", 1024, (ROE), 7fff89fb1f10>
>   GETBUF(512 -> 1)
> <readmem: ffff81000f5ab5b0, KVADDR, "array nodelist array", 512, (ROE), a57c80>
> <readmem: 47, KVADDR, "kmem_list3 shared", 8, (ROE|Q), 7fff89fb1f00>
> crash: invalid kernel virtual address: 47  type: "kmem_list3 shared"
> <readmem: 47, KVADDR, "kmem_list3 shared", 8, (ROE|Q), 7fff89fb1f00>
> ------
> 
> Is there a way to tell crash to skip loading slab data ? Or is this a
> known bug with crash on sles 10 ?

I can't help you with SLES10 issues, or whether this is a "known bug"
on SLES10, but yes, you can skip the kmem/slab initialization by
putting "--no_kmem_cache" on the command line.

Dave

> 
> Please let me know what might be going wrong here.
> 
> Thanks,
> Alok
> 
> --
> Crash-utility mailing list
> Crash-utility at redhat.com
> https://www.redhat.com/mailman/listinfo/crash-utility




More information about the Crash-utility mailing list