Dave,<div>Thanks a million for suggesting the patch.</div><div><br></div><div>Bernhard Walle,</div><div>Thanks for the patch.</div><div><br></div><div>All is well in my world now.</div><div><br></div><div>Regards,</div><div>
Dheeraj<br><br><div class="gmail_quote">On Mon, Dec 1, 2008 at 8:43 PM, Dave Anderson <span dir="ltr"><<a href="mailto:anderson@redhat.com">anderson@redhat.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div class="Ih2E3d"><br>
----- "Dheeraj Sangamkar" <<a href="mailto:dheerajrs@gmail.com">dheerajrs@gmail.com</a>> wrote:<br>
<br>
> Hi,<br>
> I am able to use crash to debug a crash dump generated when I initiate<br>
> the crash using the sysrq-trigger in the /proc directory.<br>
> But when I try to use crash to debug a kernel vmcore generated due to<br>
> the insertion of my module, I get the error below.<br>
><br>
> Please let me know if I am doing anything wrong or if you think that<br>
> the dump is corrupted. I use kdump for dump collection.<br>
> I am using a 2.6.27.4-2-default kernel.<br>
> ---------------------------------------------------------------------------------------------------------------------------------<br>
> /var/crash/2008-12-01-18:40 # crash System.map-default vmlinux vmcore<br>
<br>
</div>If the vmlinux file is the same kernel as is running on your live system,<br>
then do not use the "System-map-default" file.  If you're not sure, then<br>
just run "crash vmlinux vmcore", and if the vmlinux file does not match<br>
you will get an error message.<br>
<br>
That being said, it's highly unlikely that it is the problem at hand -- but<br>
please avoid using System.map files if at all possible.<br>
<div><div></div><div class="Wj3C7c"><br>
><br>
> crash 4.0-7.4<br>
> Copyright (C) 2002, 2003, 2004, 2005, 2006, 2007, 2008 Red Hat, Inc.<br>
> Copyright (C) 2004, 2005, 2006 IBM Corporation<br>
> Copyright (C) 1999-2006 Hewlett-Packard Co<br>
> Copyright (C) 2005, 2006 Fujitsu Limited<br>
> Copyright (C) 2006, 2007 VA Linux Systems Japan K.K.<br>
> Copyright (C) 2005 NEC Corporation<br>
> Copyright (C) 1999, 2002, 2007 Silicon Graphics, Inc.<br>
> Copyright (C) 1999, 2000, 2001, 2002 Mission Critical Linux, Inc.<br>
> This program is free software, covered by the GNU General Public<br>
> License,<br>
> and you are welcome to change it and/or distribute copies of it under<br>
> certain conditions. Enter "help copying" to see the conditions.<br>
> This program has absolutely no warranty. Enter "help warranty" for<br>
> details.<br>
><br>
> GNU gdb 6.1<br>
> Copyright 2004 Free Software Foundation, Inc.<br>
> GDB is free software, covered by the GNU General Public License, and<br>
> you are<br>
> welcome to change it and/or distribute copies of it under certain<br>
> conditions.<br>
> Type "show copying" to see the conditions.<br>
> There is absolutely no warranty for GDB. Type "show warranty" for<br>
> details.<br>
> This GDB was configured as "x86_64-unknown-linux-gnu"...<br>
><br>
> please wait... (gathering module symbol data) buf_1K_used: 299<br>
> buf_2K_used: 1<br>
> buf_4K_used: 155<br>
> buf_8K_used: 1<br>
> buf_32K_used: 2<br>
> buf_1K_ovf: 0<br>
> buf_2K_ovf: 0<br>
> buf_4K_ovf: 0<br>
> buf_8K_ovf: 0<br>
> buf_32K_ovf: 0<br>
> buf_1K_maxuse: 2 of 10<br>
> buf_2K_maxuse: 1 of 10<br>
> buf_4K_maxuse: 1 of 5<br>
> buf_8K_maxuse: 1 of 5<br>
> buf_32K_maxuse: 1 of 1<br>
> buf_inuse[5]: [0][0][0][0][1]<br>
> smallest: 16<br>
</div></div>> largest: 21474854400   <=== allocation of this buffer size failed<br>
<div class="Ih2E3d">> embedded: 2<br>
> max_embedded: 2<br>
> mallocs: 0<br>
> frees: 0<br>
> reqs/total: 459/21475603516.0<br>
> average size: 46787807.2<br>
><br>
> crash: cannot allocate any more memory!<br>
<br>
</div>While gathering the symbols of the currently-loaded kernel modules,<br>
something has caused crash to attempt a bizarre memory allocation of<br>
21474854400 (20GB+), which dutifully failed.<br>
<br>
Most likely something has changed in the struct module that has caused<br>
crash to go off into the weeds.  It may very well be fixed in a currently-<br>
queued patch that Bernhard Walle sent in:<br>
<br>
 [Crash-utility] [PATCH] Fix module size and num_symtab for 2.6.27<br>
 <a href="https://www.redhat.com/archives/crash-utility/2008-November/msg00000.html" target="_blank">https://www.redhat.com/archives/crash-utility/2008-November/msg00000.html</a><br>
<br>
Try applying that patch to 4.0-7.4 and see what happens.<br>
<br>
Dave<br>
<font color="#888888"><br>
--<br>
Crash-utility mailing list<br>
<a href="mailto:Crash-utility@redhat.com">Crash-utility@redhat.com</a><br>
<a href="https://www.redhat.com/mailman/listinfo/crash-utility" target="_blank">https://www.redhat.com/mailman/listinfo/crash-utility</a><br>
</font></blockquote></div><br><br clear="all"><br>-- <br>Simplicity of character is the natural result of profound thought.<br>
</div>