From owner-freebsd-current@FreeBSD.ORG Tue Jan 22 00:10:31 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 34C5D16A46C for ; Tue, 22 Jan 2008 00:10:31 +0000 (UTC) (envelope-from freebsdlists@bsdunix.ch) Received: from conversation.bsdunix.ch (ns1.bsdunix.ch [82.220.1.90]) by mx1.freebsd.org (Postfix) with ESMTP id B0AB213C4E1 for ; Tue, 22 Jan 2008 00:10:30 +0000 (UTC) (envelope-from freebsdlists@bsdunix.ch) Received: from localhost (localhost.bsdunix.ch [127.0.0.1]) by conversation.bsdunix.ch (Postfix) with ESMTP id CF9145F89; Tue, 22 Jan 2008 01:10:29 +0100 (CET) X-Virus-Scanned: by amavisd-new at mail.bsdunix.ch Received: from conversation.bsdunix.ch ([127.0.0.1]) by localhost (conversation.bsdunix.ch [127.0.0.1]) (amavisd-new, port 10024) with LMTP id fq40XHOOZYUK; Tue, 22 Jan 2008 01:10:28 +0100 (CET) Received: from Tom.local (home.bsdunix.ch [82.220.17.23]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by conversation.bsdunix.ch (Postfix) with ESMTP id 207815F85; Tue, 22 Jan 2008 01:10:28 +0100 (CET) Message-ID: <47953473.9030405@bsdunix.ch> Date: Tue, 22 Jan 2008 01:10:27 +0100 From: Thomas Vogt User-Agent: Thunderbird 2.0.0.6 (Macintosh/20070807) MIME-Version: 1.0 To: Bill References: <479515FF.1010709@bsdunix.ch> <200801212224.m0LMOoP7072911@fire.js.berklix.net> <47952019.3010309@bsdunix.ch> <479523CF.7020804@xinu.tv> <47952ADB.4060306@bsdunix.ch> <47952FD6.8030207@xinu.tv> In-Reply-To: <47952FD6.8030207@xinu.tv> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: "Julian H. Stacey" , freebsd-current@freebsd.org Subject: Re: Can't delete any files on my filled up ZFS pool X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Jan 2008 00:10:31 -0000 Hello Bill Bill wrote: > Does the delete work now? Sorry for not mentioning. Yes delete work with 'cat /dev/null > input.wav ; rm input.wav'. Simple use of rm didn't work > > In your original post, tank was: > > NAME USED AVAIL REFER MOUNTPOINT > tank 109G 0 4.11G /tank Before Julians hint with cat /dev/null > > and now: > > NAME USED AVAIL REFER MOUNTPOINT > tank 104G 5.70G 4.11G /tank After Julians hint. > Is it possible a process was writing to /wav, filled the disk, you tried > your 'rm /tank/input.wav' and then the original process writing to /wav > unlinked the file that didn't fit, thus freeing 5.7G? Unlikely. This pool is only used for storing data. No writing from any the system. > > /tank and /wav share the available free space on tank. If that ends up > being the problem, you can set the reservation option on tank to prevent > it from happening again. If it's not that I'm not sure what it could > be, I'm just trying to point out 'quirky' behavior from ZFS that's > different from UFS and the like, do to its pooling nature. You're right. Maybe it's better to set reservation for zfs too. Cheers, Thomas > Thomas Vogt wrote: >> Hello >> >> Bill wrote: >>> Do you have snapshots on the pool? What is the output from 'zfs list'? >>> It's possible when you have a snapshot on tank that the delete causes >>> a copy-on-write for the snapshot that then doesn't have enough space. >> >> I don't use snapshots. >> >> zfs list >> NAME USED AVAIL REFER MOUNTPOINT >> tank 104G 5.70G 4.11G /tank >> tank/wav 99.5G 5.70G 99.5G /wav >> >> Cheers, >> Thomas >> >> >>> Thomas Vogt wrote: >>>> Hello Julian >>>> >>>> Julian H. Stacey wrote: >>>>> Thomas Vogt wrote: >>>>>> Hello >>>>>> >>>>>> I need help. My ZFS sytem is filled up. I can't delete any files. >>>>>> >>>>>> root@bert:/tank# rm input.wav >>>>>> rm: input.wav: No space left on device >>>>> >>>>> I know nothing about ZFS :-) (Well nearly, just reading the ZFS pain >>>>> on @freebsd lists is enough to scare me off for now ;-) ) But if I >>>>> was stuck on this, with no ZFS experts to quickly ask, I'd guess & >>>>> try: >>>>> >>>>> It needs more space for another Inode, or extended directory >>>>> entry, cos its maybe going to create another inode in a >>>>> backup/ deleted entity first, so either: >>>>> >>>>> A) >>>>> Maybe su ; rm input.wav # if the concept of extra space >>>>> still exists >>>>> # per "tunefs -m" for root as per UFS etc. >>>> >>>> I filled it as root. So it does not work >>>> >>>>> Or B) >>>>> Perhaps more likely: >>>>> truncate existing inode to create some space >>>>> before deleting it: >>>>> cat /dev/null > input.wav ; rm input.wav >>>> >>>> Nice. B) works fine. Thank you. >>>> >>>> >>>>> Presumably if you filled it as root, B might still empty it. >>>>> >>>>> There will doubtless be better ZFS answers, but could be interesting >>>>> to hear if either of above could work. >>>> >>>> I hope there will be a "ZFS" answer :) >>>> >>>> Regards, >>>> Thomas >>>> _______________________________________________ >>>> freebsd-current@freebsd.org mailing list >>>> http://lists.freebsd.org/mailman/listinfo/freebsd-current >>>> To unsubscribe, send any mail to >>>> "freebsd-current-unsubscribe@freebsd.org" >>>> >>> >> >