From owner-freebsd-stable@FreeBSD.ORG Thu Jan 19 10:25:58 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 750EB1065673 for ; Thu, 19 Jan 2012 10:25:58 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from mail-tul01m020-f182.google.com (mail-tul01m020-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 3E40E8FC13 for ; Thu, 19 Jan 2012 10:25:57 +0000 (UTC) Received: by obcwo16 with SMTP id wo16so7133620obc.13 for ; Thu, 19 Jan 2012 02:25:57 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=MYPHUUowUSjLHPj8UP7m9NvgMkAY8MNXhEXOVdzU4y8=; b=vXj+ZJFChCyKfcwNe4LKSR15g5KlNQsiURm8rMhV1b2gn6XeBCiCGuepLX19HeqSlP Lake31XRl1phpZsX5oz4D0e9bgm3Si2U+S0+oRI1SLHlc7WBIbZL/NW8NqWGzEjFhII9 Iw6RX2wJXIg7vjzSk9CNBU2Z4fEpo72WTst1U= MIME-Version: 1.0 Received: by 10.182.122.71 with SMTP id lq7mr22301802obb.33.1326968757577; Thu, 19 Jan 2012 02:25:57 -0800 (PST) Received: by 10.182.92.134 with HTTP; Thu, 19 Jan 2012 02:25:57 -0800 (PST) In-Reply-To: <4F17DE31.3060409@icritical.com> References: <4F17DE31.3060409@icritical.com> Date: Thu, 19 Jan 2012 13:25:57 +0300 Message-ID: From: Sergey Kandaurov To: Matt Burke Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-stable@freebsd.org Subject: Re: Installworld broken with an NFS /tmp X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Jan 2012 10:25:58 -0000 On 19 January 2012 13:11, Matt Burke wrote: > I've found the following thread from 2009 which matches what I've just come > across while trying to install 9-RELEASE to disk on a machine with an NFS root. > > http://unix.derkeiler.com/Mailing-Lists/FreeBSD/current/2009-07/msg00084.html > > I've just worked around this by nullfs mounting the local disk's /tmp over > the existing (nfs) /tmp, but is there a better way of doing this - an > environment variable to specify an alternate to /tmp perhaps? > To "solve" the sillyrename problem visible during installworld, I just add the following to rc.conf (nfs) once and for all: tmpmfs="YES" varmfs="YES" # why? probably needs for /var/tmp -- wbr, pluknet