Description of problem:
Netdump client is a SuperMicro SYS-6024-32R w dual Xeon 3Ghz, 2gigs ECC, AOC-
LPZCR2 with SATA Raid 5 and 5 160gig SATA drives running SATA 1.5.
Kernel: Linux databahn 2.6.17-1.2157_FC5smp #1 SMP Tue Jul 11 23:24:16 EDT 2006
i686 i686 i386 GNU/Linux
Version-Release number of selected component (if applicable):
Just try to run it, you'll see. It doesn't work.
Steps to Reproduce:
1. Install netdump-server rpm on a dedicated server.
2. Assign a password to the netdump account.
3. Start netdump-server.
4. Install netdump rpm on client system.
5. Edit /etc/sysconfig/netdump on the client, enable option NETDUMPADDR and
6. service netdump propagate (then enter netdump password)
7. service netdump start ("Actual results:" section shows what happens next)
initializing netdump FATAL: Module netdump not found.
initializing netconsole FATAL: Error inserting netconsole (/lib/modules/2.6.17-
1.2157_FC5smp/kernel/drivers/net/netconsole.ko): Unknown symbol in module, or
unknown parameter (see dmesg)
Aug 5 02:34:25 databahn netdump:: inserting netconsole module with arguments
magic1=0x4ad5b430 magic2=0x98c51163 netdump=@1
Aug 5 02:34:25 databahn kernel: netconsole: Unknown parameter `netlog'
I don't know what happens when netdump works. This is the first time I've tried
to use it.
The reason I want to run netdump is: While running http://ltp.sf.net on this
SuperMicro server with `runalltests.sh`, the server crashed after about 15
minutes. The dead console log had some information relating to the accraid
module. I figured if I could give the kernel developers a core dump of the
crash it might help them to find and solve the problem. Enter my attempt at
Please fix netdump for FC5. :-)
I have exactly the same problem.
The module netdump.ko seems to have disappeared in kernels 2.6.17.
If you only try and use netlog then it also fails, as it gives the netconsole
module an argument (netlog) that it doesn't recognise.
Anyone come up with a workaround on this? Is this excluded from the kernel now,
or was that kernel option just missed at compile time?
I suggest to change the distribution field to FC6, as the bug is present also in
FC6, and FC5 will be EOLed soon. Also it is not only for i386, but also for
x86_64 (but bugzilla does not allow me to change the arch or distribution field).
Any news on this front? I need to use netdump on a FC6 system.
BTW, this bug is probably a duplicate of bug #161068, which has been closed two
years(!) ago as "CLOSED NEXTRELEASE". Which next release do they mean?
Fedora apologizes that these issues have not been resolved yet. We're
sorry it's taken so long for your bug to be properly triaged and acted
on. We appreciate the time you took to report this issue and want to
make sure no important bugs slip through the cracks.
If you're currently running a version of Fedora Core between 1 and 6,
please note that Fedora no longer maintains these releases. We strongly
encourage you to upgrade to a current Fedora release. In order to
refocus our efforts as a project we are flagging all of the open bugs
for releases which are no longer maintained and closing them.
If this bug is still open against Fedora Core 1 through 6, thirty days
from now, it will be closed 'WONTFIX'. If you can reporduce this bug in
the latest Fedora version, please change to the respective version. If
you are unable to do this, please add a comment to this bug requesting
Thanks for your help, and we apologize again that we haven't handled
these issues to this point.
The process we are following is outlined here:
We will be following the process here:
http://fedoraproject.org/wiki/BugZappers/HouseKeeping to ensure this
doesn't happen again.
And if you'd like to join the bug triage team to help make things
better, check out http://fedoraproject.org/wiki/BugZappers
This bug is open for a Fedora version that is no longer maintained and
will not be fixed by Fedora. Therefore we are closing this bug.
If you can reproduce this bug against a currently maintained version of
Fedora please feel free to reopen thus bug against that version.
Thank you for reporting this bug and we are sorry it could not be fixed.