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:
(Contact us)
$NetBSD: query-full-pr,v 1.43 2018/01/16 07:36:43 maya Exp $
$NetBSD: gnats_config.sh,v 1.9 2014/08/02 14:16:04 spz Exp $
Copyright © 1994-2017
The NetBSD Foundation, Inc. ALL RIGHTS RESERVED.