Date: Thu, 17 Jan 2002 14:40:02 -0800 (PST) From: Matthew Dillon <dillon@apollo.backplane.com> To: freebsd-bugs@FreeBSD.org Subject: Re: bin/33941: /usr/sbin/dev_mkdb dumps core Message-ID: <200201172240.g0HMe2J03018@freefall.freebsd.org>
next in thread | raw e-mail | index | archive | help
The following reply was made to PR bin/33941; it has been noted by GNATS.
From: Matthew Dillon <dillon@apollo.backplane.com>
To: Ryan Dooley <dooleyr@missouri.edu>
Cc: Sheldon Hearn <sheldonh@starjuice.net>,
<bug-followup@FreeBSD.ORG>
Subject: Re: bin/33941: /usr/sbin/dev_mkdb dumps core
Date: Thu, 17 Jan 2002 14:30:47 -0800 (PST)
:
:
:> Okay, so there are no nasty surprises beyond what's already documented
:> in newfs(8) and tuning(7).
:
: :-)
:
:> Sorry for the false alarm, Ryan. Back to the drawing board on trying to
:> find your problem.
:
: No problem. I'd rather know if there was something up. I could
: have engineered a little down time at oh-dark-thirty during
: our maintaince window. The server has a twin machine (different
: size raid though) and rsync's over gigE don't take too long :-)
:
:> It'd be interesting to see whether the problematic box makes it through
:> a buildworld without any problems.
:
: Acutally, it doesn't have any issues doing a buildworld (but the
: system drive has the defaults set for bs/fg.
:
: Cheers,
: Ryan
Ryan, if you can make the dev_mkdb core dump and (-g compiled) binary
available for download I will take a look at it.
Also check for duplicate device nodes in /dev or device nodes that
exist on the machine exhibiting the problem that do not exist on
machines that do not exhibit the problem.
It sounds like a program bug to me rather then an OS bug.
-Matt
Matthew Dillon
<dillon@backplane.com>
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-bugs" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200201172240.g0HMe2J03018>