Panic: UDP header not in one mbuf
Sven Willenberger
sven at dmv.com
Fri Aug 27 20:10:49 PDT 2004
Matthew Dillon wrote:
:I am not sure if this is the proper mailing list for this question; if
:not, please direct me accordingly.
:
:On a DragonFly 1.1-Current machine (cvsupped and built 8/19/2004) I
:receive the following output after a panic (with DDB enabled in kernel):
:
:panic: UDP header not in one mbuf
:...
:
:I have been having issues of this nature for a while - I suspect an
:issue I am having with bind (named) crashing is related to this.
:
:The machines are Supermicro 6013P-8 with dual P4 (Xeon) procs. ACPI is
:disabled, HTT is not. The machines process a decent volume (65k pieces
:daily) of email and use mimedefang/spamassassin/sendmail along with a
:local caching instance of named.
Sven, please try this patch. After examining the code path I found
a hole where an embedded ip_len which is smaller then the actual
packet survives the length test in ip_demux(), which means it can hit
the assertion in udp_input().
-Matt
Index: ip_demux.c
===================================================================
RCS file: /cvs/src/sys/netinet/ip_demux.c,v
retrieving revision 1.26
diff -u -r1.26 ip_demux.c
--- ip_demux.c 3 Aug 2004 00:04:13 -0000 1.26
+++ ip_demux.c 23 Aug 2004 21:21:14 -0000
<snip>
So far the patch seems to be working, machines with it have been up and
running since applying it. Hard to say if the packet that caused the
panic has cropped up again, but it usually would have surfaced as a
panic within about a week.
Thanks again.
More information about the Kernel
mailing list