NetBSD Problem Report #39794

From jaapb@kerguelen.org  Fri Oct 24 14:00:32 2008
Return-Path: <jaapb@kerguelen.org>
Received: from mail.netbsd.org (mail.netbsd.org [204.152.190.11])
	by narn.NetBSD.org (Postfix) with ESMTP id 0D49C63B966
	for <gnats-bugs@gnats.NetBSD.org>; Fri, 24 Oct 2008 14:00:32 +0000 (UTC)
Message-Id: <20081024140028.78F7F52F2@courbet.kerguelen.org>
Date: Fri, 24 Oct 2008 16:00:28 +0200 (CEST)
From: jaapb@kerguelen.org
Reply-To: jaapb@kerguelen.org
To: gnats-bugs@gnats.NetBSD.org
Subject: panic (in4_cksum: bad mbuf chain) when using ftp
X-Send-Pr-Version: 3.95

>Number:         39794
>Category:       kern
>Synopsis:       IPF: panic (in4_cksum: bad mbuf chain) when using ftp
>Confidential:   no
>Severity:       serious
>Priority:       high
>Responsible:    kern-bug-people
>State:          closed
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Fri Oct 24 14:05:00 +0000 2008
>Closed-Date:    Tue Sep 17 21:13:49 +0000 2019
>Last-Modified:  Tue Sep 17 21:13:49 +0000 2019
>Originator:     jaapb@kerguelen.org
>Release:        NetBSD 4.0_STABLE (retrieved from CVS Oct. 23)
>Organization:

>Environment:


System: NetBSD courbet.kerguelen.org 4.0_STABLE NetBSD 4.0_STABLE (COURBET) #4: Thu Oct 23 20:18:19 CEST 2008 root@courbet.kerguelen.org:/usr/obj/sys/arch/amd64/compile/COURBET amd64
Architecture: x86_64
Machine: amd64
>Description:
When I've got ipnat enabled and use ftp (the client), I get a panic with
in4_cksum: bad mbuf chain.

Its backtrace:
in4_cksum
tcp_input_cksum
tcp_input
ip_input
ipintr

The problem is probably related to http://mail-index.netbsd.org/current-users/2008/04/18/msg001865.html (I've verified: it also occurs on a very recent current
(Oct 20, say) for sparc64/SMP). 

The machine I am running this on (amd64) is also a SMP (well, multicore) machine.
>How-To-Repeat:
A make fetch in databases/p5-DBD-postgresql triggers the problem for me
reliably, but any ftp activity with ipnat should do.
>Fix:
n/a

>Release-Note:

>Audit-Trail:
From: Jaap Boender <jaapb@kerguelen.org>
To: gnats-bugs@netbsd.org
Cc: 
Subject: Re: kern/39794
Date: Sun, 31 May 2009 13:44:47 +0200

 This problem continues to occur with 5.0_STABLE on an amd64
 architecture.

From: "Maxime Villard" <maxv@netbsd.org>
To: gnats-bugs@gnats.NetBSD.org
Cc: 
Subject: PR/39794 CVS commit: src/sys
Date: Thu, 17 May 2018 11:59:36 +0000

 Module Name:	src
 Committed By:	maxv
 Date:		Thu May 17 11:59:36 UTC 2018

 Modified Files:
 	src/sys/netinet: ip_input.c
 	src/sys/netinet6: ip6_input.c

 Log Message:
 Add KASSERTs, related to PR/39794.


 To generate a diff of this commit:
 cvs rdiff -u -r1.383 -r1.384 src/sys/netinet/ip_input.c
 cvs rdiff -u -r1.202 -r1.203 src/sys/netinet6/ip6_input.c

 Please note that diffs are not public domain; they are subject to the
 copyright notices on the relevant files.

State-Changed-From-To: open->feedback
State-Changed-By: maxv@NetBSD.org
State-Changed-When: Thu, 17 May 2018 12:03:10 +0000
State-Changed-Why:
Does it still happen? That's more an IPF bug than anything else, I don't
think there are many good reasons for the firewall to return an mbuf that
doesn't hold the IP header.

This can't be triggered by NPF.

Chances are someone fixed it in IPF, since.


State-Changed-From-To: feedback->closed
State-Changed-By: bouyer@NetBSD.org
State-Changed-When: Tue, 17 Sep 2019 21:13:49 +0000
State-Changed-Why:
Should now be fixed in all supported branches.


>Unformatted:

Home	PR Database Search