Date: Mon, 3 Jun 2024 15:31:07 -0700 From: "Edward Sanford Sutton, III" <mirror176@hotmail.com> To: questions@freebsd.org Subject: Re: help with full zfs "partitions" - can't delete files Message-ID: <PH0PR11MB477658D89A6BB6959AB24E89E6FF2@PH0PR11MB4776.namprd11.prod.outlook.com> In-Reply-To: <CAFsnNZKH0A8FztcB9Ntq3CJK0jF1oAhgH02eJjds56s3-JAmFQ@mail.gmail.com> References: <CAFsnNZKH0A8FztcB9Ntq3CJK0jF1oAhgH02eJjds56s3-JAmFQ@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On 6/3/24 13:28, William Dudley wrote: > The problem: > > FreeBSD 13.3 amd64 system, with > a zfs pool built from two physical drives. Mirrored or striped layout? > The zfs pool has 7 "partitions" (is that what they're called?) > > I was copying files over from another machine and didn't realize that > I filled one of the partitions. What user? What command(s)? > I can't proceed now with this one full partition. If the pool is full, all datasets on it should be impacted instead of just one. > Every single command fails due to "out of space". > > That includes: > rm (one file or many) > dd if=/dev/zero of=(some file) > truncate (somefile) > zfs destroy poolname/partitionname > cannot destroy 'poolname/partitionname': out of space Tried as root? Users are limited from filling a partition fully. I thought ZFS always forces a certain amount be free to avoid issues like being unable to COW write to delete data. > There are no snapshots, I never created any. > > Extensive googling has not shown any more than bug reports acknowledging > that this is a problem. > > How do I fix this, short of burning the machine to the ground and > starting over? > > Thanks, > Bill Dudley > > This email is free of malware because I run Linux. No system, Linux included, can guarantee that. I have Linux malware infested botnets reaching out to me every day though 'usually' not by email.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?PH0PR11MB477658D89A6BB6959AB24E89E6FF2>