From owner-freebsd-bugs@FreeBSD.ORG  Wed Apr 24 18:00:00 2013
Return-Path: <owner-freebsd-bugs@FreeBSD.ORG>
Delivered-To: freebsd-bugs@smarthost.ysv.freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org
 [IPv6:2001:1900:2254:206a::19:1])
 by hub.freebsd.org (Postfix) with ESMTP id B1F0271D
 for <freebsd-bugs@smarthost.ysv.freebsd.org>;
 Wed, 24 Apr 2013 18:00:00 +0000 (UTC)
 (envelope-from gnats@FreeBSD.org)
Received: from freefall.freebsd.org (freefall.freebsd.org
 [IPv6:2001:1900:2254:206c::16:87])
 by mx1.freebsd.org (Postfix) with ESMTP id 7FEA3135C
 for <freebsd-bugs@smarthost.ysv.freebsd.org>;
 Wed, 24 Apr 2013 18:00:00 +0000 (UTC)
Received: from freefall.freebsd.org (localhost [127.0.0.1])
 by freefall.freebsd.org (8.14.6/8.14.6) with ESMTP id r3OI00o2060587
 for <freebsd-bugs@freefall.freebsd.org>; Wed, 24 Apr 2013 18:00:00 GMT
 (envelope-from gnats@freefall.freebsd.org)
Received: (from gnats@localhost)
 by freefall.freebsd.org (8.14.6/8.14.6/Submit) id r3OI00WW060586;
 Wed, 24 Apr 2013 18:00:00 GMT (envelope-from gnats)
Resent-Date: Wed, 24 Apr 2013 18:00:00 GMT
Resent-Message-Id: <201304241800.r3OI00WW060586@freefall.freebsd.org>
Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer)
Resent-To: freebsd-bugs@FreeBSD.org
Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, Richard <rsitze@gmail.com>
Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115])
 by hub.freebsd.org (Postfix) with ESMTP id 5AC4E526
 for <freebsd-gnats-submit@FreeBSD.org>; Wed, 24 Apr 2013 17:56:47 +0000 (UTC)
 (envelope-from nobody@FreeBSD.org)
Received: from red.freebsd.org (red.freebsd.org [IPv6:2001:4f8:fff6::22])
 by mx1.freebsd.org (Postfix) with ESMTP id 4D3EB132E
 for <freebsd-gnats-submit@FreeBSD.org>; Wed, 24 Apr 2013 17:56:47 +0000 (UTC)
Received: from red.freebsd.org (localhost [127.0.0.1])
 by red.freebsd.org (8.14.5/8.14.5) with ESMTP id r3OHulUD006772
 for <freebsd-gnats-submit@FreeBSD.org>; Wed, 24 Apr 2013 17:56:47 GMT
 (envelope-from nobody@red.freebsd.org)
Received: (from nobody@localhost)
 by red.freebsd.org (8.14.5/8.14.5/Submit) id r3OHulqn006771;
 Wed, 24 Apr 2013 17:56:47 GMT (envelope-from nobody)
Message-Id: <201304241756.r3OHulqn006771@red.freebsd.org>
Date: Wed, 24 Apr 2013 17:56:47 GMT
From: Richard <rsitze@gmail.com>
To: freebsd-gnats-submit@FreeBSD.org
X-Send-Pr-Version: www-3.1
Subject: misc/178113: tmpmfs rc.conf setting ignored
X-BeenThere: freebsd-bugs@freebsd.org
X-Mailman-Version: 2.1.14
Precedence: list
List-Id: Bug reports <freebsd-bugs.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-bugs>,
 <mailto:freebsd-bugs-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-bugs>
List-Post: <mailto:freebsd-bugs@freebsd.org>
List-Help: <mailto:freebsd-bugs-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-bugs>,
 <mailto:freebsd-bugs-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 24 Apr 2013 18:00:00 -0000


>Number:         178113
>Category:       misc
>Synopsis:       tmpmfs rc.conf setting ignored
>Confidential:   no
>Severity:       non-critical
>Priority:       low
>Responsible:    freebsd-bugs
>State:          open
>Quarter:        
>Keywords:       
>Date-Required:
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Wed Apr 24 18:00:00 UTC 2013
>Closed-Date:
>Last-Modified:
>Originator:     Richard
>Release:        9.1
>Organization:
>Environment:
FreeBSD graphite 9.1-RELEASE FreeBSD 9.1-RELEASE #0 r243826: Tue Dec  4 06:55:39 UTC 2012     root@obrian.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC  i386
>Description:
The system is being booted from a MD (MemDisk), i.e. from a CD ISO image, where:
* rc.conf contains: tmpmfs="AUTO" or "YES"
* the root file system is read-only
* the root file system contains /tmp

In this situation a new readable /tmp is not created.
This works with BSD 7.4, but no longer in 9.1

The error is in /etc/rc.d/tmp, where a new function 'mount_tmpmfs' fails to mount the desired device because a test to see if /tmp is not already on a 'md' device fails.

The obvious solution is to remove the check - but I presume it was added for a reason.  So the "correct" solution is not so trivial - would need to check that '/tmp' was on the same device as '/' ?
>How-To-Repeat:

>Fix:


>Release-Note:
>Audit-Trail:
>Unformatted: