NetBSD Problem Report #34735

From bouyer@antioche.lip6.fr  Fri Oct  6 17:37:36 2006
Return-Path: <bouyer@antioche.lip6.fr>
Received: from mail.netbsd.org (mail.netbsd.org [204.152.190.11])
	by narn.NetBSD.org (Postfix) with ESMTP id 02C3163B84E
	for <gnats-bugs@gnats.NetBSD.org>; Fri,  6 Oct 2006 17:37:36 +0000 (UTC)
Message-Id: <200610061619.k96GJewg018656@armandeche.lip6.fr>
Date: Fri, 6 Oct 2006 18:19:40 +0200 (MEST)
From: bouyer@lip6.fr
Reply-To: bouyer@lip6.fr
To: gnats-bugs@NetBSD.org
Subject: diagnostic assertion failed  genfs_vnops.c 1123
X-Send-Pr-Version: 3.95

>Number:         34735
>Category:       kern
>Synopsis:       diagnostic assertion failed  genfs_vnops.c 1123
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    rmind
>State:          closed
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Fri Oct 06 17:40:01 +0000 2006
>Closed-Date:    Sat Jan 26 19:03:57 +0000 2019
>Last-Modified:  Sat Jan 26 19:03:57 +0000 2019
>Originator:     bouyer@lip6.fr
>Release:        NetBSD 3.1_RC1
>Organization:

Manuel Bouyer <bouyer@lip6.fr>
     NetBSD: 26 ans d'experience feront toujours la difference

>Environment:

System: 3.1_RC1 NetBSD 3.1_RC1 (FTP) #3: Wed Sep  6 00:28:29 CEST 2006 
bouyer@blues.lip6.fr:/Volumes/data/bouyer/tmp/amd64/obj/Volumes/data/bouyer/netbsd-3/src/sys/arch/amd64/compile/FTP amd64
Architecture: amd64
Machine: amd64
>Description:
	This box is a ftp/http server, with quite a lot of traffic serving
	static files. ftp is the ftpd from base distrib started from inetd,
	httpd is apache 2.0 from pkgsrc-2006Q2. Both a configured to use
	mmap.

	It has been running for about a month without problems.
	Today the box paniced with:
panic: kernel diagnostic assertion "startoff < endoff || endoff == 0" failed: file "/Volumes/data/bouyer/netbsd-3/src/sys/miscfs/genfs/genfs_vnops.c", line 1123

	cpu_Debugger() at netbsd:cpu_Debugger+0x5
	panic() at netbsd:panic+0x1c8
	__assert() at netbsd:__assert+0x21
	genfs_putpages() at netbsd:genfs_putpages+0x6e9
	uvn_put() at netbsd:uvn_put+0x31
	uvm_map_clean() at netbsd:uvm_map_clean+0x246
	sys_madvise() at netbsd:sys_madvise+0x75
	syscall_plain() at netbsd:syscall_plain+0xe4

	The box was not specially loaded when this happened (it had much
	highter load in the past days); but I changed vm.filemax to 75
	(from default) 3 days ago; and this caused the box to start swapping
	a little (before this the swap space was completely unused).
	Maybe it's related.


>How-To-Repeat:
	Run ftpd/httpd with mmap ? Maybe tune filemax so that the box
	pushes some pages to swap to make root for filecache.
>Fix:
	unknown.

>Release-Note:

>Audit-Trail:
From: Manuel Bouyer <bouyer@antioche.eu.org>
To: kern-bug-people@NetBSD.org, gnats-admin@NetBSD.org,
	netbsd-bugs@NetBSD.org
Cc: 
Subject: Re: kern/34735: diagnostic assertion failed  genfs_vnops.c 1123
Date: Fri, 6 Oct 2006 19:54:18 +0200

 Thinking about it, it's also possible that a file got truncated or deleted
 while it was mmap'ed. Could this trigger this diagnostic ?

 -- 
 Manuel Bouyer <bouyer@antioche.eu.org>
      NetBSD: 26 ans d'experience feront toujours la difference
 --

From: Manuel Bouyer <bouyer@antioche.eu.org>
To: kern-bug-people@NetBSD.org, gnats-admin@NetBSD.org,
	netbsd-bugs@NetBSD.org
Cc: 
Subject: Re: kern/34735: diagnostic assertion failed  genfs_vnops.c 1123
Date: Sat, 14 Oct 2006 13:38:19 +0200

 FWIW; I changed vm.filemax back to default value so that the box don't page,
 and it's been stable since then.

 -- 
 Manuel Bouyer <bouyer@antioche.eu.org>
      NetBSD: 26 ans d'experience feront toujours la difference
 --

From: Manuel Bouyer <bouyer@antioche.eu.org>
To: kern-bug-people@NetBSD.org, gnats-admin@NetBSD.org,
	netbsd-bugs@NetBSD.org
Cc: 
Subject: Re: kern/34735: diagnostic assertion failed  genfs_vnops.c 1123
Date: Mon, 23 Oct 2006 21:09:58 +0200

 It paniced again (but it stays up much longer than with vm.filemax=75),
 while there was no paging involved (I had top and systat vm running in
 ssh sessions when this happened, there was no swap used and no paging/swapping
 activities)


 -- 
 Manuel Bouyer <bouyer@antioche.eu.org>
      NetBSD: 26 ans d'experience feront toujours la difference
 --

From: Manuel Bouyer <bouyer@antioche.eu.org>
To: kern-bug-people@NetBSD.org, gnats-admin@NetBSD.org,
 	netbsd-bugs@NetBSD.org
Subject: Re: kern/34735: diagnostic assertion failed  genfs_vnops.c 1123
Date: Tue, 2 Jun 2009 15:22:42 +0200

 FWIW there has also been report of this panic on netbsd-5 hosts with
 similar workloads.

 -- 
 Manuel Bouyer, LIP6, Universite Paris VI.           Manuel.Bouyer@lip6.fr
      NetBSD: 26 ans d'experience feront toujours la difference
 --

Responsible-Changed-From-To: kern-bug-people->rmind
Responsible-Changed-By: rmind@NetBSD.org
Responsible-Changed-When: Mon, 21 Mar 2011 00:18:56 +0000
Responsible-Changed-Why:
Understood.


State-Changed-From-To: open->analyzed
State-Changed-By: rmind@NetBSD.org
State-Changed-When: Mon, 21 Mar 2011 00:18:56 +0000
State-Changed-Why:


From: David Holland <dholland-bugs@netbsd.org>
To: rmind@NetBSD.org
Cc: gnats-bugs@NetBSD.org
Subject: Re: kern/34735 (diagnostic assertion failed  genfs_vnops.c 1123)
Date: Thu, 17 Nov 2011 01:48:17 +0000

 Can you append an explanation to the PR so that if necessary someone
 else can follow up on it without having to redo the work you're done?

 (Also, should this be marked 6-CRITICAL?)

 (Or is it fixed?)

 -- 
 David A. Holland
 dholland@netbsd.org

From: Michael van Elst <mlelstv@serpens.de>
To: gnats-bugs@netbsd.org
Cc: 
Subject: Re: kern/34735 (diagnostic assertion failed  genfs_vnops.c 1123)
Date: Sun, 29 Apr 2018 18:26:45 +0200

 This should be fixed with uvm_mmap.c 1.110 that introduced sanity checks
 to sys_madvise() that also check for the address wrap around.


 -- 
                                 Michael van Elst
 Internet: mlelstv@serpens.de
                                 "A potential Snark may lurk in every tree."

State-Changed-From-To: analyzed->closed
State-Changed-By: dholland@NetBSD.org
State-Changed-When: Sat, 26 Jan 2019 19:03:57 +0000
State-Changed-Why:
Believed to be fixed - if it happens again write in and reopen.


>Unformatted:

Home	PR Database Search