From owner-freebsd-bugs@FreeBSD.ORG Sun Aug 12 21:30:07 2007 Return-Path: Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AEEC516A41A for ; Sun, 12 Aug 2007 21:30:07 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 9315113C45E for ; Sun, 12 Aug 2007 21:30:07 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.1/8.14.1) with ESMTP id l7CLU76q091786 for ; Sun, 12 Aug 2007 21:30:07 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.1/8.14.1/Submit) id l7CLU74g091785; Sun, 12 Aug 2007 21:30:07 GMT (envelope-from gnats) Date: Sun, 12 Aug 2007 21:30:07 GMT Message-Id: <200708122130.l7CLU74g091785@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org From: Don Lewis Cc: Subject: Re: bin/115430: rpc.statd core dumps if unable to mmap() /var/db/statd.status file X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Don Lewis List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Aug 2007 21:30:07 -0000 The following reply was made to PR bin/115430; it has been noted by GNATS. From: Don Lewis To: maxim@macomnet.ru Cc: timur@FreeBSD.org, bug-followup@FreeBSD.org Subject: Re: bin/115430: rpc.statd core dumps if unable to mmap() /var/db/statd.status file Date: Sun, 12 Aug 2007 14:25:26 -0700 (PDT) On 13 Aug, Maxim Konovalov wrote: > [...] >> >Release: FreeBSD 6.2-STABLE i386 >> >Organization: >> >Environment: >> >> >Description: >> >> Somehow with my recent enough build rpc.statd is unable to mmap() "/var/db/statd.status" file and core dumps. Possibly, the failure of mmap() is fixed in latest STABLE, but this problem revealed a race condition in the rpc.statd. Here is the stack trace and piece of offending code: >> [snip] >> > Could it be fixed by the latest truckman@ work? This problem should be fixed for 6.2-STABLE by usr.sbin/rpc.statd/statd.c 1.12.8.2 (Sun Aug 12 01:46:19 2007 UTC) and for 7.0-CURRENT by statd.c 1.15 (Sun Aug 5 16:33:06 2007 UTC). The warn() call should probably be changed to err() because the implemention does not have code to handle the case where mmap() fails.