From owner-freebsd-stable@FreeBSD.ORG Thu Apr 26 01:05:35 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 752A816A400 for ; Thu, 26 Apr 2007 01:05:35 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 5699613C43E for ; Thu, 26 Apr 2007 01:05:35 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id A1E941A4D88; Wed, 25 Apr 2007 18:06:00 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 94DC6513F4; Wed, 25 Apr 2007 21:05:34 -0400 (EDT) Date: Wed, 25 Apr 2007 21:05:34 -0400 From: Kris Kennaway To: Oleg Derevenetz Message-ID: <20070426010534.GA79851@xor.obsecurity.org> References: <20070313140848.GA89182@steerpike.hanley.stade.co.uk> <20070423025631.GA33256@steerpike.hanley.stade.co.uk> <20070423113912.GE2052@deviant.kiev.zoral.com.ua> <462DDB4D.8080507@delphij.net> <1177442585.462e5919c71f0@webmail.vsi.ru> <462EC294.3040001@delphij.net> <20070425035316.GB44054@xor.obsecurity.org> <1177488860.462f0ddc6ce8c@webmail.vsi.ru> <20070425180843.GA72881@xor.obsecurity.org> <1177525225.462f9be9adad8@webmail.vsi.ru> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="xHFwDpU9dbj6ez1V" Content-Disposition: inline In-Reply-To: <1177525225.462f9be9adad8@webmail.vsi.ru> User-Agent: Mutt/1.4.2.2i Cc: freebsd-stable@freebsd.org, LI Xin , Kris Kennaway Subject: Re: How to report bugs (Re: 6.2-STABLE deadlock?) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Apr 2007 01:05:35 -0000 --xHFwDpU9dbj6ez1V Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Apr 25, 2007 at 10:20:25PM +0400, Oleg Derevenetz wrote: > ??????? Kris Kennaway : >=20 > > On Wed, Apr 25, 2007 at 12:14:20PM +0400, Oleg Derevenetz wrote: > >=20 > > > > Until you (or a developer) have analyzed the resulting information, > > > > you cannot definitively determine whether or not your problem is > > the > > > > same as a given random other problem, and you may just confuse the > > > > issue by making claims of similarity when you are really reporting > > a > > > > completely separate problem. > > >=20 > > > Not all people can do deadlock debugging, though. In my case turning > > on=20 > > > INVARIANTS and WITNESS leads to unacceptable performance penalty due > > to heavily=20 > > > loaded server. So I can only describe my case, actions and result > > without=20 > > > providing any debug information. > >=20 > > But you can still do *some* things, e.g. backtraces and/or a coredump: > > every little bit helps. > >=20 > > Ultimately, though, you have to understand and accept that the less > > information you provide, the less chance there is that a developer > > will be able to track down your problem. In fact a developer may have > > to effectively ignore your problem report altogether, because of what > > I explained about "symptoms" usually not being enough to tell one bug > > from another. > >=20 > > In general, when you encounter a bug in FreeBSD, you have a little bit > > of work to do on your side before we can start doing the rest. I > > understand that you may not be in a position to do that work, but that > > means you also need to understand that we can't do it either. >=20 > In fact, I solved (or workarounded) this problem for me, so in this threa= d I=20 > provide my workaround as possible workaround for users that experiences t= he=20 > same problem. This only hint for them, and not a bugreport for you. I cou= ld not=20 > provide a full (or only partial) debug information because I will not bac= k out=20 > cvsuped sources, will not replace unionfs with nullfs again and will not = wait=20 > week or more for another stuck. OK. FYI I use nullfs on a few dozen heavily loaded machines without issue for the past year or so, so if you are seeing a nullfs issue it is probably an obscure one. Kris --xHFwDpU9dbj6ez1V Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFGL/reWry0BWjoQKURAulrAJ0dXyqN7XjbNLhdmqcVEyx4Q6tGNgCeL5Ob G4zIz5oDfPypSKTkxKdBSDA= =UNHB -----END PGP SIGNATURE----- --xHFwDpU9dbj6ez1V--