Date: Tue, 27 Sep 2005 09:53:50 -0400 From: Kris Kennaway <kris@obsecurity.org> To: Don Lewis <truckman@FreeBSD.org> Cc: freebsd-current@FreeBSD.org, obrien@FreeBSD.org, kris@obsecurity.org Subject: Re: [PANIC] ufs_dirbad: bad dir Message-ID: <20050927135350.GA94880@xor.obsecurity.org> In-Reply-To: <200509270921.j8R9Kvjh098113@gw.catspoiler.org> References: <20050926180615.GA61075@xor.obsecurity.org> <200509270921.j8R9Kvjh098113@gw.catspoiler.org>
next in thread | previous in thread | raw e-mail | index | archive | help
--pWyiEgJYm5f9v55/ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Sep 27, 2005 at 02:20:57AM -0700, Don Lewis wrote: > On 26 Sep, Kris Kennaway wrote: > > On Mon, Sep 26, 2005 at 09:08:08AM -0700, David O'Brien wrote: > >> On Mon, Sep 26, 2005 at 08:29:52AM -0700, David O'Brien wrote: > >> > Anyone own this one? > >> > The running kernel was: > >> > FreeBSD 7.0-CURRENT #528: Sun Sep 25 21:07:22 PDT 2005 > >> ...=20 > >> > panic messages: > >> > panic: ufs_dirbad: bad dir > >>=20 > >> Just got another one - uptime was about 10 minutes. Is one of the rec= ent > >> changes to SU & FFS making this situation easier to trigger? > >=20 > > As I've mentioned the last few times you reported this, it's a > > long-standing bug that has existed since the FreeBSD 4.x days or > > before. Try to fsck -f your filesystems to make sure there is no > > lingering damage. >=20 > I think there is a soft updates bug that can leave directories in an > inconsistent state after a crash. If you are experiencing this problem, > I would recommend making sure that all of your file systems are clean by > running fsck -f, and then disabling background_fsck. Be on the lookout > for any unexpected soft updates inconsistencies after system crashes > (other than those caused by power failures if disk write caching is > enabled). If the ufs_dirbad panics still happen when starting from known > clean file systems, then the problem is something that I'm unaware of. > The message printed before the panic string would also be helpful. I do not use bg fsck anywhere because of too many lingering problems after unclean shutdowns. Moreover, on many of the machines I see this on, they newfs all their local filesystems at boot time (they netboot). So one cause of this is either runtime corruption, or they have unreliable disks that are losing transactions. > ufs_dirbad() should probably be re-written to combine the printf() > string with the panic() string. In my case it's usually =2E/ufs/ufs_lookup.c: ufs_dirbad(dp, dp->i_offset, "man= gled entry"); Kris --pWyiEgJYm5f9v55/ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDOU7uWry0BWjoQKURAlRPAJ9OHCrS6gAv8/5aJ7Pv3rVqdMbGhwCgkpiT 4h5puRQoeKFoEnR5asWnZbY= =Lvdt -----END PGP SIGNATURE----- --pWyiEgJYm5f9v55/--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20050927135350.GA94880>