From owner-freebsd-bugs Thu Jan 10 1:58: 0 2002 Delivered-To: freebsd-bugs@freebsd.org Received: from mail.freebsd-corp-net-guide.com (mail.freebsd-corp-net-guide.com [206.29.169.15]) by hub.freebsd.org (Postfix) with ESMTP id C8E2C37B41E for ; Thu, 10 Jan 2002 01:57:54 -0800 (PST) Received: from tedm.placo.com (nat-rtr.freebsd-corp-net-guide.com [206.29.168.154]) by mail.freebsd-corp-net-guide.com (8.11.1/8.11.1) with SMTP id g0A9vnR60087; Thu, 10 Jan 2002 01:57:50 -0800 (PST) (envelope-from tedm@toybox.placo.com) From: "Ted Mittelstaedt" To: Cc: Subject: RE: kern/33637: Panic: vm_page_unwire: invalid wire count: 0 Date: Thu, 10 Jan 2002 01:57:49 -0800 Message-ID: <002101c199bd$42f97d40$1401a8c0@tedm.placo.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook 8.5, Build 4.71.2173.0 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3155.0 In-Reply-To: <200201100339.OAA28995@lightning.itga.com.au> Importance: Normal Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org >-----Original Message----- >From: gnb@itga.com.au [mailto:gnb@itga.com.au] >Sent: Wednesday, January 09, 2002 7:39 PM >To: Ted Mittelstaedt >Cc: freebsd-bugs@FreeBSD.ORG >Subject: Re: kern/33637: Panic: vm_page_unwire: invalid wire count: 0 > > >> Any application is able to cause a kernel panic with just regular library >> calls. > >With respect to Ted, no non-root userland program should be able to >panic the >kernel. Ever. > >Yes, I know about fork-bombs, and malloc-bombs, and that login.conf can stop >them, but they should still never panic the kernel. That they do (did?) in >FreeBSD is still a (hard-to-fix) bug with a well-known workaround, not an >acceptance of the fact that panics are acceptable. > I certainly don't advocate designing an operating system that is easy for user apps to crash, I hope you didn't get that. The submitter of the PR was operating under a false assumption - that he could run any program and assume that it was impossible for it to crash the OS. This assumption is preventing him from considering all the possibilities, and failure to consider all possibilities and judge them is a fatal impediment to solving problems. I'm guessing that if this does turn out to really be a FreeBSD problem that it's going to be related to the use of the SMP kernel, and a bug in mmap. This is why I told him to boot the server on a uniprocessor kernel and see if the problem went away. But he almost immediately made excuses against this, whereupon I have no choice but to believe that the submitter is more interested in theorizing an answer to the problem than in actually testing and analyzing the results. I don't have time for that and neither does anyone else. It appears that in this PR that the submitter did not avail himself of the Diablo mailing list or support community first - which I feel is the biggest problem. If the Diablo user community and developers look at this problem and all decide that there's a problem with FreeBSD then great - let's look into it. But until then this problem could be due to a simple misconfiguration of his Diablo software. News servers are, after all, somewhat tempermental to begin with. Ted Mittelstaedt tedm@toybox.placo.com Author of: The FreeBSD Corporate Networker's Guide Book website: http://www.freebsd-corp-net-guide.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message