From owner-cvs-src@FreeBSD.ORG  Sat Aug 16 01:14:30 2003
Return-Path: <owner-cvs-src@FreeBSD.ORG>
Delivered-To: cvs-src@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id EFA4B37B401; Sat, 16 Aug 2003 01:14:29 -0700 (PDT)
Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id 4E48343FAF; Sat, 16 Aug 2003 01:14:28 -0700 (PDT)
	(envelope-from phk@phk.freebsd.dk)
Received: from critter.freebsd.dk (localhost [127.0.0.1])
	by critter.freebsd.dk (8.12.9/8.12.9) with ESMTP id h7G8EPlX018874;
	Sat, 16 Aug 2003 10:14:25 +0200 (CEST)
	(envelope-from phk@phk.freebsd.dk)
To: Peter Jeremy <PeterJeremy@optushome.com.au>
From: "Poul-Henning Kamp" <phk@phk.freebsd.dk>
In-Reply-To: Your message of "Sat, 16 Aug 2003 18:12:36 +1000."
             <20030816081235.GC74853@cirb503493.alcatel.com.au> 
Date: Sat, 16 Aug 2003 10:14:25 +0200
Message-ID: <18873.1061021665@critter.freebsd.dk>
cc: Greg 'groggy' Lehey <grog@freebsd.org>
cc: cvs-src@freebsd.org
cc: src-committers@freebsd.org
cc: cvs-all@freebsd.org
Subject: Re: cvs commit: src/sys/nfsclient bootp_subr.c nfs_diskless.c
	nfs_vfsops.c nfsdiskless.h 
X-BeenThere: cvs-src@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: CVS commit messages for the src tree <cvs-src.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/cvs-src>,
	<mailto:cvs-src-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/cvs-src>
List-Post: <mailto:cvs-src@freebsd.org>
List-Help: <mailto:cvs-src-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/cvs-src>,
	<mailto:cvs-src-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sat, 16 Aug 2003 08:14:30 -0000

In message <20030816081235.GC74853@cirb503493.alcatel.com.au>, Peter Jeremy wri
tes:
>On Sat, Aug 16, 2003 at 09:10:01AM +0200, Poul-Henning Kamp wrote:
>>In message <20030816010942.GC8274@wantadilla.lemis.com>, "Greg 'groggy' Lehey" 
>>writes:
>>>>   Suggested replacement command sequence on the client:
>>>>
>>>>           dd if=/dev/zero of=/swapfile bs=1k count=1 oseek=100000
>>>>           swapon /swapfile
>>>>           rm -f /swapfile
>>>>
>>>>   For whatever value of 100000 you want.
>>>
>>>I'm confused.  Why was this necessary?  Which is the "magic" way?  Is
>>>the rm -f /swapfile really necessary, or just a foot guard?
>...
>>Removing the swapfile is means that the file dies on the server and
>>that nobody can write trash in it.
>
>Not if / is NFS mounted:  Removing the file on the client just renames
>it to a .nfsXXXXXXXX name.  It retains the original permissions and
>is still on both the client and server under this dummy name.

I thought we had magic which prevented client lookup of those names ?

Either way, if root wants to trash his swapspace doing so is no worse
than the many other things he could do.

-- 
Poul-Henning Kamp       | UNIX since Zilog Zeus 3.20
phk@FreeBSD.ORG         | TCP/IP since RFC 956
FreeBSD committer       | BSD since 4.3-tahoe    
Never attribute to malice what can adequately be explained by incompetence.