From owner-freebsd-questions@FreeBSD.ORG Fri Jan 14 09:01:26 2011 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1243E106566B for ; Fri, 14 Jan 2011 09:01:26 +0000 (UTC) (envelope-from perryh@pluto.rain.com) Received: from agora.rdrop.com (agora.rdrop.com [IPv6:2607:f678:1010::34]) by mx1.freebsd.org (Postfix) with ESMTP id DFA048FC1B for ; Fri, 14 Jan 2011 09:01:25 +0000 (UTC) Received: from agora.rdrop.com (66@localhost [127.0.0.1]) by agora.rdrop.com (8.13.1/8.12.7) with ESMTP id p0E91Oqb052382 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Fri, 14 Jan 2011 01:01:24 -0800 (PST) (envelope-from perryh@pluto.rain.com) Received: (from uucp@localhost) by agora.rdrop.com (8.13.1/8.12.9/Submit) with UUCP id p0E91OtR052381; Fri, 14 Jan 2011 01:01:24 -0800 (PST) Received: from fbsd61 by pluto.rain.com (4.1/SMI-4.1-pluto-M2060407) id AA18652; Fri, 14 Jan 11 00:58:46 PST Date: Fri, 14 Jan 2011 00:58:06 -0800 From: perryh@pluto.rain.com To: xaero@xaerolimit.net Message-Id: <4d30101e.UerCiI6ZYMfbsVlm%perryh@pluto.rain.com> References: <000301cbb307$49788810$dc699830$@com> In-Reply-To: User-Agent: nail 11.25 7/29/05 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: swegill@gmail.com, ken@mthelicon.com, freebsd-questions@freebsd.org Subject: Re: httpd-modsec2_debug.log: Operation not permitted X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Jan 2011 09:01:26 -0000 Chris Brennan wrote: > ... I believe rm (-f) still requires *SOME* free space on a device > to delete something. That being said, do you have more then 50G > free elsewhere on the system? Say /home (/usr/home)? If you do, mv > the file from /var/log to /usr/home. This would effectively delete > it from /var/log and free up it's space ... Er, had you considered that mv, when the target and source are on different filesystems, does a cp followed by an rm? If rm requires free space -- which I very much doubt on UFS unless a snapshot exists -- the rm step of the mv is going to run into exactly the same problem that the standalone rm runs into.