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>