From nobody Mon Jun 3 16:26:02 2024 X-Original-To: freebsd-questions@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4VtJxs6S3Vz5Mnnw for ; Mon, 03 Jun 2024 16:26:09 +0000 (UTC) (envelope-from gray@nxg.name) Received: from mx2.mythic-beasts.com (mx2.mythic-beasts.com [IPv6:2a00:1098:0:82:1000:0:2:1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-256) server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4VtJxp6pZNz45gn for ; Mon, 3 Jun 2024 16:26:06 +0000 (UTC) (envelope-from gray@nxg.name) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=nxg.name header.s=mythic-beasts-k1 header.b=u3Q7Ewk6; dmarc=none; spf=pass (mx1.freebsd.org: domain of gray@nxg.name designates 2a00:1098:0:82:1000:0:2:1 as permitted sender) smtp.mailfrom=gray@nxg.name DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=nxg.name; s=mythic-beasts-k1; h=Date:Subject:To:From; bh=Qu/NNzYrATneuE0au6I0ffzKL8RRRTtxaRprY880fAE=; b=u3Q7Ewk6xNs9f0lc0XALY9wF3N VZXE7V1KIFDD5v5sZnYabuS0ShYkzHQg2k4Otg34WVt0sJav+iTC/BZss2yqRDZJH4iYCTG1JJA1b lA4i3xzWDmznGbyP1udI3fbHlEazGhsuj7/GLgVrLkA057H2FK0Vqq1hY/zI7xKdm0EIODS0wgc0R 9hY1+3SNuL7+XDpq536Y11fSamnCNEiXWfimtjLSwFPDOqAxGkfnnVYpl3J1DrkTXrt+B1MySYaBH Zwhm/dTv+N8YaLwcrhFhQ0eS37I80jqf82M0l8DKEq48eOMT4xAAk3XZaY6gZ5XdKHM1LPiSd5vHe 16BVPktg==; Received: by mailhub-hex-d.mythic-beasts.com with esmtpsa (TLS1.2) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1sEAVY-00G9Ld-S2; Mon, 03 Jun 2024 17:26:05 +0100 From: Norman Gray To: FreeBSD Questions Subject: quotactl(2) units of reported sizes on ZFS Date: Mon, 03 Jun 2024 17:26:02 +0100 X-Mailer: MailMate (1.14r5964) Message-ID: <432AE47C-1502-4BFA-B680-7DAF6DDC601A@nxg.name> List-Id: User questions List-Archive: https://lists.freebsd.org/archives/freebsd-questions List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-questions@freebsd.org Sender: owner-freebsd-questions@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: quoted-printable X-BlackCat-Spam-Score: 24 X-Spam-Status: No, score=2.4 X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.60 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; RCVD_DKIM_ARC_DNSWL_MED(-0.50)[]; R_MISSING_CHARSET(0.50)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1098:0:82:1000:0:2:0/112]; R_DKIM_ALLOW(-0.20)[nxg.name:s=mythic-beasts-k1]; RCVD_IN_DNSWL_MED(-0.20)[2a00:1098:0:82:1000:0:2:1:from]; MIME_GOOD(-0.10)[text/plain]; ONCE_RECEIVED(0.10)[]; ASN(0.00)[asn:44684, ipnet:2a00:1098::/32, country:GB]; RCVD_COUNT_ONE(0.00)[1]; FROM_HAS_DN(0.00)[]; MIME_TRACE(0.00)[0:+]; ARC_NA(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; TO_MATCH_ENVRCPT_ALL(0.00)[]; DKIM_TRACE(0.00)[nxg.name:+]; MLMMJ_DEST(0.00)[freebsd-questions@freebsd.org]; TO_DN_ALL(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; DMARC_NA(0.00)[nxg.name]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_ALL(0.00)[] X-Rspamd-Queue-Id: 4VtJxp6pZNz45gn Hello, list. The call quotactl(2) reports quota sizes in units of 'blocks', but how bi= g is a block? Traditionally, of course, the answer is 512B, and when I use quotactl(2) = to Q_GETQUOTA for a user, with reference to a ZFS filesystem, the results= match the output of `zfs userspace` if I assume that block size. But I can't see that written down anywhere, neither in the quotactl manpa= ge, nor in /usr/include/ufs/ufs/quota.h. Also, I wouldn't be at all surp= rised if quotas were reported in different 'block sizes', on differently-= configured zpools (for example with a different ashift value), so the ass= umption that 'block=3D512B' could be right on one machine/filesystem but = wrong on another. So how big is 'a block', when interpreting the result of quotactl(2)? I've found this question weirdly hard to answer, asking on two of the for= ums and another freebsd.org list. I'm aware of libzfs, but I can't find any documentation on that, either. = I can see libzfs in the ZFS repo [1], but there doesn't seem to be a man= page covering the library, nor obviously relevant comments within /usr/in= clude/libzfs.h. I can see a mention of zfs_prop_get_userquota in that he= ader file (I should probably be using that, rather than quotactl()), but.= =2E. no documentation. (There is the separate anomaly that the quotactl(2) manpage says that it = is only supported on UFS, but it manifestly also works without error on a= ZFS filesystem.) Can anyone shed some light? Best wishes, Norman [1] https://github.com/openzfs/zfs/tree/master -- = Norman Gray : https://nxg.me.uk From nobody Mon Jun 3 20:28:12 2024 X-Original-To: freebsd-questions@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4VtQKY6tQdz5LCbd for ; Mon, 03 Jun 2024 20:28:33 +0000 (UTC) (envelope-from wfdudley@gmail.com) Received: from mail-vs1-xe33.google.com (mail-vs1-xe33.google.com [IPv6:2607:f8b0:4864:20::e33]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "WR4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4VtQKY2FL3z4hqk for ; Mon, 3 Jun 2024 20:28:33 +0000 (UTC) (envelope-from wfdudley@gmail.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20230601 header.b=TX51X8a1; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of wfdudley@gmail.com designates 2607:f8b0:4864:20::e33 as permitted sender) smtp.mailfrom=wfdudley@gmail.com Received: by mail-vs1-xe33.google.com with SMTP id ada2fe7eead31-48bef692af7so252282137.2 for ; Mon, 03 Jun 2024 13:28:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1717446512; x=1718051312; darn=freebsd.org; h=to:subject:message-id:date:from:mime-version:from:to:cc:subject :date:message-id:reply-to; bh=jVquViw1wrqqK8HykBekQhbWfViaNg52ncgOWLGTU6k=; b=TX51X8a1uJcqWRmPhiNF+xSb/OkH7ur8Nynr63JaK+4TJt5vWRPWd1EzDy8+cT3utO Ma0ZcLHwVAXUTtbfrloYlVu/dwBxZ7CLZKM4rpYdW3E+YAxUlr6UiXF9995f7Im5p2Aw +9NAnxLP3IoV9gGDlwjHYi6EPvS+kqGZuLa5f2KU01K9lULIkO75xEcTVDczuarIes3q OWRYrQ/Xn1/M10M+PCcaznxe52koij7oZdDuwH/RBuD+926RgLaTgA/awc8PpMZH43GU AiWDPWZ4WNDh/u2QthA3YyVAcaHfebq+xtOcTt/RQw95EMLJSjdYH02Nq8p4JQYacm1j 4XdQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1717446512; x=1718051312; h=to:subject:message-id:date:from:mime-version:x-gm-message-state :from:to:cc:subject:date:message-id:reply-to; bh=jVquViw1wrqqK8HykBekQhbWfViaNg52ncgOWLGTU6k=; b=xFNre/ND3Jo6MH86u7rVn0+wypfMsetEWrEMdKo0K984wiX2kPFvcY+qCyGROVB4cY oYgYvQ6qIcd54idg6Rm289P1hKtsp6ZHZdDB25GrRKTLrEmtcbNvI0goyjkRApdvI+A2 kkJdLDn6rmfp1TJyZMdoY85+k1i+TuDsaEpZI2cZlf25ZQSZFFFLW91zKifTtRgD/9Cq QUMaQhZBrbIDi+Y3bopnLUac6Ql8Fkpbt8SlWC1yUmvSABMLT3xEbERuA6ZkwmsIAz/B eJp6ERLmNNbnDKJWvQ4yU6cE6V6l2zYrRwaFvdaQ9pIZ4TK0mLjJTnMaOmEVVJqd+J/f 6krQ== X-Gm-Message-State: AOJu0Yzys9Hq0BZFXa+8lAvtePP3nO9bRwLfwkUIUfnDmkaqMIOxYA7o ldtrseCbGTeHmPtZMTsIaG4KuxTysjYg0nFNCPDqUDkB+vE7igN8DPG92RdiEi+bgGcxFi70tx4 B1JteKHkGseI9oaAIkjyfiBq53KM/4alq X-Google-Smtp-Source: AGHT+IGYdUPbjuirg3XLwDclHJtYGWD6yppng+v8a8DUbfQNWMNrub2sdkKiz9m5q3DHoZya1AYsKs+4W8SSIe8+7Tc= X-Received: by 2002:a67:f909:0:b0:48b:c18f:ab03 with SMTP id ada2fe7eead31-48bc231111amr9496426137.24.1717446512226; Mon, 03 Jun 2024 13:28:32 -0700 (PDT) List-Id: User questions List-Archive: https://lists.freebsd.org/archives/freebsd-questions List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-questions@freebsd.org Sender: owner-freebsd-questions@FreeBSD.org MIME-Version: 1.0 From: William Dudley Date: Mon, 3 Jun 2024 16:28:12 -0400 Message-ID: Subject: help with full zfs "partitions" - can't delete files To: freebsd-questions Content-Type: multipart/alternative; boundary="000000000000483df4061a022dae" X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.81 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-0.999]; NEURAL_HAM_SHORT(-0.81)[-0.812]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20230601]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36:c]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; TO_DN_ALL(0.00)[]; RCVD_TLS_LAST(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; FROM_HAS_DN(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; ARC_NA(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; FREEMAIL_FROM(0.00)[gmail.com]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MISSING_XM_UA(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; PREVIOUSLY_DELIVERED(0.00)[freebsd-questions@freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; MID_RHS_MATCH_FROMTLD(0.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; MLMMJ_DEST(0.00)[freebsd-questions@freebsd.org]; RCVD_COUNT_ONE(0.00)[1]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::e33:from] X-Rspamd-Queue-Id: 4VtQKY2FL3z4hqk --000000000000483df4061a022dae Content-Type: text/plain; charset="UTF-8" The problem: FreeBSD 13.3 amd64 system, with a zfs pool built from two physical drives. 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. I can't proceed now with this one full partition. 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 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. --000000000000483df4061a022dae Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
The problem:

FreeBSD 13.3 am= d64 system, with
a zfs pool built from two physical drives.
The zf= s 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.
I can't proceed now with this one full partition.
Every single command fails due to "out of space".

=
That includes:
rm (one file or many)
dd if= =3D/dev/zero of=3D(some file)
truncate (somefile)
zfs d= estroy poolname/partitionname
cannot destroy 'poolname/partit= ionname': out of space

There are no snapsh= ots, I never created any.

Extensive googling has n= ot shown any more than bug reports acknowledging
that this is a p= roblem.

How do I fix this, short of burning the ma= chine to the ground and starting over?

Thanks,
Bill Dudley

This email is free = of malware because I run Linux.
--000000000000483df4061a022dae-- From nobody Mon Jun 3 20:37:43 2024 X-Original-To: freebsd-questions@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4VtQXM5w9sz5LDF8 for ; Mon, 03 Jun 2024 20:37:55 +0000 (UTC) (envelope-from pprocacci@gmail.com) Received: from mail-ej1-x62a.google.com (mail-ej1-x62a.google.com [IPv6:2a00:1450:4864:20::62a]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "WR4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4VtQXM4D2Cz4kbf for ; Mon, 3 Jun 2024 20:37:55 +0000 (UTC) (envelope-from pprocacci@gmail.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-ej1-x62a.google.com with SMTP id a640c23a62f3a-a6269885572so853054366b.1 for ; Mon, 03 Jun 2024 13:37:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1717447074; x=1718051874; darn=freebsd.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=bvMbTpljvurXmbypZQO7Zc3H9oh8OZhDNoGAkj/aE5o=; b=GBQ0jOuc1AMmBXRjDWAnslod2zcX33riR9sMCBl+Pc+yjOSnU5FCxIdlKldgLmhXW0 Mr1xVJnupyvxZGDgbyfco7mCbmF8nrXUVU+lKCl4Cmv8CPCU9SOYeIcwWioe++PdRl2m rCYdrt6prio3IQoKXT5MUD2PnQPMijCX98Uuw/lh6d3lW67fwwEWo0+wttWNrKihTEuL dp1tUMTx6GFPLlC01oye+8g3//cOSvzIfcdlvpLVq2jYWYf1foOAow/jzPUdnrrgqWdL HtOwsZPYjx6TYtmbG8xlhF689Ic5DZfDxQ4zYyjteoZo7Lk+5bwf0IGGcYL+xih/1WYC Vezg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1717447074; x=1718051874; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=bvMbTpljvurXmbypZQO7Zc3H9oh8OZhDNoGAkj/aE5o=; b=c0swdlM6JQecsAYpXtxpLaGwo9FFOazxbxZEwzjAcnCwBwzJ8RnOpYak11slzWESCO FlAL1e19CDJesQKtnTmzBPp4eXWj9dwsT2nNMEyzmUKDa5F9J91lNn1ldjtFMMR97aEj U56VNjmcFtMvwOvMmU28sHlyEj9Kjyfil0wyJm9cTXVYio5z88/DSX19MiDf13buoBxZ 3mi625xAupEa0/4ldBqhVWlf6h1XpLWnTBtrKW2kKX+S9yb/myQLUyXH+R46qqmWs551 1pl5YEgn/Q4DqrgYFygncMQF/uQMFs703oYvJg2IJ0O1A3535griOgc5RPWP0dnYDtch npEw== X-Gm-Message-State: AOJu0YyKEqqynWhHrtfdxt83scVhxozQsjq3+FjUSYlnKefrU3iazLHa dyI2n12vV+knxDdViQQicssKxhTBuvz+3VM31SEERk0S8aoQVt3bLDqgnTje5U+fFZY50cW9b0z gI+f2ZzikM5C9p+G26mrXieXn1O0E X-Google-Smtp-Source: AGHT+IG7ooVqBlsc1U0F6OTB7tNx0oazlkeGxfViUKtg8mQ+WXQ53bytXhgYo9JCX/znoWuJA6qX/zCpsg8bjsvrQOg= X-Received: by 2002:a17:906:cd1b:b0:a68:31a9:6003 with SMTP id a640c23a62f3a-a69546b0d4fmr53947066b.23.1717447073352; Mon, 03 Jun 2024 13:37:53 -0700 (PDT) List-Id: User questions List-Archive: https://lists.freebsd.org/archives/freebsd-questions List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-questions@freebsd.org Sender: owner-freebsd-questions@FreeBSD.org MIME-Version: 1.0 References: In-Reply-To: From: Paul Procacci Date: Mon, 3 Jun 2024 16:37:43 -0400 Message-ID: Subject: Re: help with full zfs "partitions" - can't delete files To: William Dudley Cc: freebsd-questions Content-Type: multipart/alternative; boundary="000000000000ba54c5061a024ef2" X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US] X-Rspamd-Queue-Id: 4VtQXM4D2Cz4kbf --000000000000ba54c5061a024ef2 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Mon, Jun 3, 2024 at 4:29=E2=80=AFPM William Dudley = wrote: > The problem: > > FreeBSD 13.3 amd64 system, with > a zfs pool built from two physical drives. > 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. > > I can't proceed now with this one full partition. > Every single command fails due to "out of space". > > That includes: > rm (one file or many) > dd if=3D/dev/zero of=3D(some file) > truncate (somefile) > zfs destroy poolname/partitionname > cannot destroy 'poolname/partitionname': out of space > > 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 startin= g > over? > > Thanks, > Bill Dudley > > This email is free of malware because I run Linux. > They are called datasets. The dataset *may* have gone readonly. zfs get all poolname/dataset Posting the output of the above may help us. ~Paul --=20 __________________ :(){ :|:& };: --000000000000ba54c5061a024ef2 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


On Mon, Jun 3, 20= 24 at 4:29=E2=80=AFPM William Dudley <wfdudley@gmail.com> wrote:
The problem:

FreeBSD 13.3 amd64 system, with
a zfs pool built from two physi= cal drives.
The zfs pool has 7 "partitions" (is that what the= y're called?)

I was copying files over from an= other machine and didn't realize that
I filled one of the par= titions.

I can't proceed now with this one ful= l partition.
Every single command fails due to "out of space= ".

That includes:
rm (one file or m= any)
dd if=3D/dev/zero of=3D(some file)
truncate (somef= ile)
zfs destroy poolname/partitionname
cannot destroy = 'poolname/partitionname': out of space

There are no snapshots, I never created any.

Exte= nsive googling has not shown any more than bug reports acknowledging
<= div>that this is a problem.

How do I fix this, sho= rt of burning the machine to the ground and starting over?

Thanks,
Bill Dudley

This email is free of malware becau= se I run Linux.

They are called datasets.
The dataset *may* have gone readonly.

zfs get all pooln= ame/dataset

Posting the output of the above may help us.<= /div>

~Paul
--
__________________

:(){ :|:& };:
--000000000000ba54c5061a024ef2-- From nobody Mon Jun 3 20:53:55 2024 X-Original-To: freebsd-questions@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4VtQvG1Jfkz5LFt4 for ; Mon, 03 Jun 2024 20:54:18 +0000 (UTC) (envelope-from wfdudley@gmail.com) Received: from mail-vs1-xe36.google.com (mail-vs1-xe36.google.com [IPv6:2607:f8b0:4864:20::e36]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "WR4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4VtQvF580gz4nSY for ; Mon, 3 Jun 2024 20:54:17 +0000 (UTC) (envelope-from wfdudley@gmail.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-vs1-xe36.google.com with SMTP id ada2fe7eead31-48bd4cefe5cso519153137.0 for ; Mon, 03 Jun 2024 13:54:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1717448055; x=1718052855; darn=freebsd.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=NDtTEgU3hmeJd0HoUDfT0nAXyXkerGJ0SPjDGxLy+c4=; b=S9Mv2nyDDjUv22IelXwYTvibgDWLUVCXWqgVFc3G2LuyIFr1SMZcgUwx11cfU5dAek vT/yoG0A6LOKJoCeShDc/p77tITBfp1jEXAuI9i2NlWb/G/GbGCj+382N5wkHHghIpwp AUTu6qyDu2PzvA4ufL7TCerZ53t0EwttFTepdrLjdXpJdQCw4nCiW5IMVvvsEsXzW1qh ymA0ncYAZc7m+TMfAqRtla1t6UFp5PXO2OH/r+GrN7+sPWREpvu2TGP750X5lcVMgJQw /CBMojEaZZEa1XwDy8ZcX3HecFSj9MwLz+oSsW4UaGnEQxuD7QP4OuH13Zua2C64+dq+ bpTw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1717448055; x=1718052855; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=NDtTEgU3hmeJd0HoUDfT0nAXyXkerGJ0SPjDGxLy+c4=; b=T2+Tc+gnsPp830cbTe+MMFZhorGBqVye/l3fy//a8/diDxq1Lpm87MVUxcwr7DzMcs ifIBty0eJE3DWhTACtdqzoRhuj9U5RXX8bzbmElOnKw7jjiJNOJyn78PrWg/46czeVY/ 0s40fnqqG65aQhYDJjG2SWX5mxRffEKv3rLfvu3PAu5d+TaHc1gSk6na/hwPoCTXvA/b PG0YPV5Rzf/Sof7iQvgOee1ReDwdYkkx7Z0OIhVDg7rAs68CquOheIGS1BNCHwVan1uy BwmW0TuSMjYJsLRxXg7ErTpRPF+L1kVS5BYFt7iRLw8bG33Ay931zjPD90z590+X13Fq zHUw== X-Gm-Message-State: AOJu0YyYwTEzrgnP8DwR8cZ8r9U3Ev6+PCzBKSiveCmmzMtMTdQ9RNFe P5kYG54XvqpudRKlx8fhX3yzODTRIwmNTB515QAZosTMrY+U+jGGSONp3wtWBshLGopb911nwln g2YjjiFdcQe2/C2xhLemAPYfeRF4MVaoq X-Google-Smtp-Source: AGHT+IF5RRtm1goSkm8mth8qesXQNad2wRPyw8ogXMEMM8X+2H3ArC9YpTPCFPr7CDj/8oCMC5XaydJhpDwAtMjATYs= X-Received: by 2002:a67:ce06:0:b0:48b:9c24:98f with SMTP id ada2fe7eead31-48bc1f6f301mr9894460137.1.1717448054884; Mon, 03 Jun 2024 13:54:14 -0700 (PDT) List-Id: User questions List-Archive: https://lists.freebsd.org/archives/freebsd-questions List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-questions@freebsd.org Sender: owner-freebsd-questions@FreeBSD.org MIME-Version: 1.0 References: In-Reply-To: From: William Dudley Date: Mon, 3 Jun 2024 16:53:55 -0400 Message-ID: Subject: Re: help with full zfs "partitions" - can't delete files To: Paul Procacci Cc: freebsd-questions Content-Type: multipart/alternative; boundary="0000000000003b504a061a0289f4" X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US] X-Rspamd-Queue-Id: 4VtQvF580gz4nSY --0000000000003b504a061a0289f4 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable zfs get all m2pool/gU4 NAME PROPERTY VALUE SOURCE m2pool/gU4 type filesystem - m2pool/gU4 creation Sun Dec 9 19:13 2018 - m2pool/gU4 used 2.34T - m2pool/gU4 available 0B - m2pool/gU4 referenced 2.34T - m2pool/gU4 compressratio 1.00x - m2pool/gU4 mounted no - m2pool/gU4 quota none default m2pool/gU4 reservation none default m2pool/gU4 recordsize 128K default m2pool/gU4 mountpoint /u4 local m2pool/gU4 sharenfs off default m2pool/gU4 checksum on default m2pool/gU4 compression off default m2pool/gU4 atime on default m2pool/gU4 devices on default m2pool/gU4 exec on default m2pool/gU4 setuid on default m2pool/gU4 readonly off default m2pool/gU4 jailed off default m2pool/gU4 snapdir hidden default m2pool/gU4 aclmode discard default m2pool/gU4 aclinherit restricted default m2pool/gU4 createtxg 480 - m2pool/gU4 canmount on default m2pool/gU4 xattr on default m2pool/gU4 copies 1 default m2pool/gU4 version 5 - m2pool/gU4 utf8only off - m2pool/gU4 normalization none - m2pool/gU4 casesensitivity sensitive - m2pool/gU4 vscan off default m2pool/gU4 nbmand off default m2pool/gU4 sharesmb off default m2pool/gU4 refquota none default m2pool/gU4 refreservation none default m2pool/gU4 guid 16119321983578430568 - m2pool/gU4 primarycache all default m2pool/gU4 secondarycache all default m2pool/gU4 usedbysnapshots 0B - m2pool/gU4 usedbydataset 2.34T - m2pool/gU4 usedbychildren 0B - m2pool/gU4 usedbyrefreservation 0B - m2pool/gU4 logbias latency default m2pool/gU4 objsetid 84 - m2pool/gU4 dedup off default m2pool/gU4 mlslabel none default m2pool/gU4 sync standard default m2pool/gU4 dnodesize legacy default m2pool/gU4 refcompressratio 1.00x - m2pool/gU4 written 2.34T - m2pool/gU4 logicalused 2.34T - m2pool/gU4 logicalreferenced 2.34T - m2pool/gU4 volmode default default m2pool/gU4 filesystem_limit none default m2pool/gU4 snapshot_limit none default m2pool/gU4 filesystem_count none default m2pool/gU4 snapshot_count none default m2pool/gU4 snapdev hidden default m2pool/gU4 acltype nfsv4 default m2pool/gU4 context none default m2pool/gU4 fscontext none default m2pool/gU4 defcontext none default m2pool/gU4 rootcontext none default m2pool/gU4 relatime off default m2pool/gU4 redundant_metadata all default m2pool/gU4 overlay on default m2pool/gU4 encryption off default m2pool/gU4 keylocation none default m2pool/gU4 keyformat none default m2pool/gU4 pbkdf2iters 0 default m2pool/gU4 special_small_blocks 0 default Thanks, Bill Dudley This email is free of malware because I run Linux. On Mon, Jun 3, 2024 at 4:37=E2=80=AFPM Paul Procacci = wrote: > > > On Mon, Jun 3, 2024 at 4:29=E2=80=AFPM William Dudley wrote: > >> The problem: >> >> FreeBSD 13.3 amd64 system, with >> a zfs pool built from two physical drives. >> 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. >> >> I can't proceed now with this one full partition. >> Every single command fails due to "out of space". >> >> That includes: >> rm (one file or many) >> dd if=3D/dev/zero of=3D(some file) >> truncate (somefile) >> zfs destroy poolname/partitionname >> cannot destroy 'poolname/partitionname': out of space >> >> 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. >> > > They are called datasets. > > The dataset *may* have gone readonly. > > zfs get all poolname/dataset > > Posting the output of the above may help us. > > ~Paul > -- > __________________ > > :(){ :|:& };: > --0000000000003b504a061a0289f4 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: base64 PGRpdiBkaXI9Imx0ciI+PGZvbnQgZmFjZT0ibW9ub3NwYWNlIj56ZnMgZ2V0IGFsbCBtMnBvb2wv Z1U0PGJyPk5BTUUgwqAgwqAgwqAgwqBQUk9QRVJUWSDCoCDCoCDCoCDCoCDCoCDCoCDCoFZBTFVF IMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgU09VUkNFPGJyPm0ycG9vbC9nVTQgwqB0eXBlIMKg IMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgZmlsZXN5c3RlbSDCoCDCoCDCoCDCoCDCoCDCoCAtPGJy Pm0ycG9vbC9nVTQgwqBjcmVhdGlvbiDCoCDCoCDCoCDCoCDCoCDCoCDCoFN1biBEZWMgwqA5IDE5 OjEzIDIwMTggwqAtPGJyPm0ycG9vbC9nVTQgwqB1c2VkIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKg IMKgMi4zNFQgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAtPGJyPm0ycG9vbC9nVTQgwqBhdmFp bGFibGUgwqAgwqAgwqAgwqAgwqAgwqAgMEIgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAg LTxicj5tMnBvb2wvZ1U0IMKgcmVmZXJlbmNlZCDCoCDCoCDCoCDCoCDCoCDCoDIuMzRUIMKgIMKg IMKgIMKgIMKgIMKgIMKgIMKgIMKgLTxicj5tMnBvb2wvZ1U0IMKgY29tcHJlc3NyYXRpbyDCoCDC oCDCoCDCoCAxLjAweCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoC08YnI+bTJwb29sL2dVNCDC oG1vdW50ZWQgwqAgwqAgwqAgwqAgwqAgwqAgwqAgbm8gwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAg wqAgwqAgLTxicj5tMnBvb2wvZ1U0IMKgcXVvdGEgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgbm9u ZSDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCBkZWZhdWx0PGJyPm0ycG9vbC9nVTQgwqByZXNl cnZhdGlvbiDCoCDCoCDCoCDCoCDCoCBub25lIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIGRl ZmF1bHQ8YnI+bTJwb29sL2dVNCDCoHJlY29yZHNpemUgwqAgwqAgwqAgwqAgwqAgwqAxMjhLIMKg IMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIGRlZmF1bHQ8YnI+bTJwb29sL2dVNCDCoG1vdW50cG9p bnQgwqAgwqAgwqAgwqAgwqAgwqAvdTQgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqBsb2Nh bDxicj5tMnBvb2wvZ1U0IMKgc2hhcmVuZnMgwqAgwqAgwqAgwqAgwqAgwqAgwqBvZmYgwqAgwqAg wqAgwqAgwqAgwqAgwqAgwqAgwqAgwqBkZWZhdWx0PGJyPm0ycG9vbC9nVTQgwqBjaGVja3N1bSDC oCDCoCDCoCDCoCDCoCDCoCDCoG9uIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIGRlZmF1 bHQ8YnI+bTJwb29sL2dVNCDCoGNvbXByZXNzaW9uIMKgIMKgIMKgIMKgIMKgIG9mZiDCoCDCoCDC oCDCoCDCoCDCoCDCoCDCoCDCoCDCoGRlZmF1bHQ8YnI+bTJwb29sL2dVNCDCoGF0aW1lIMKgIMKg IMKgIMKgIMKgIMKgIMKgIMKgIG9uIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIGRlZmF1 bHQ8YnI+bTJwb29sL2dVNCDCoGRldmljZXMgwqAgwqAgwqAgwqAgwqAgwqAgwqAgb24gwqAgwqAg wqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgZGVmYXVsdDxicj5tMnBvb2wvZ1U0IMKgZXhlYyDCoCDC oCDCoCDCoCDCoCDCoCDCoCDCoCDCoG9uIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIGRl ZmF1bHQ8YnI+bTJwb29sL2dVNCDCoHNldHVpZCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoG9uIMKg IMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIGRlZmF1bHQ8YnI+bTJwb29sL2dVNCDCoHJlYWRv bmx5IMKgIMKgIMKgIMKgIMKgIMKgIMKgb2ZmIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKg ZGVmYXVsdDxicj5tMnBvb2wvZ1U0IMKgamFpbGVkIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgb2Zm IMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgZGVmYXVsdDxicj5tMnBvb2wvZ1U0IMKgc25h cGRpciDCoCDCoCDCoCDCoCDCoCDCoCDCoCBoaWRkZW4gwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAg ZGVmYXVsdDxicj5tMnBvb2wvZ1U0IMKgYWNsbW9kZSDCoCDCoCDCoCDCoCDCoCDCoCDCoCBkaXNj YXJkIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgZGVmYXVsdDxicj5tMnBvb2wvZ1U0IMKgYWNsaW5o ZXJpdCDCoCDCoCDCoCDCoCDCoCDCoHJlc3RyaWN0ZWQgwqAgwqAgwqAgwqAgwqAgwqAgZGVmYXVs dDxicj5tMnBvb2wvZ1U0IMKgY3JlYXRldHhnIMKgIMKgIMKgIMKgIMKgIMKgIDQ4MCDCoCDCoCDC oCDCoCDCoCDCoCDCoCDCoCDCoCDCoC08YnI+bTJwb29sL2dVNCDCoGNhbm1vdW50IMKgIMKgIMKg IMKgIMKgIMKgIMKgb24gwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgZGVmYXVsdDxicj5t MnBvb2wvZ1U0IMKgeGF0dHIgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgb24gwqAgwqAgwqAgwqAg wqAgwqAgwqAgwqAgwqAgwqAgZGVmYXVsdDxicj5tMnBvb2wvZ1U0IMKgY29waWVzIMKgIMKgIMKg IMKgIMKgIMKgIMKgIMKgMSDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoGRlZmF1bHQ8 YnI+bTJwb29sL2dVNCDCoHZlcnNpb24gwqAgwqAgwqAgwqAgwqAgwqAgwqAgNSDCoCDCoCDCoCDC oCDCoCDCoCDCoCDCoCDCoCDCoCDCoC08YnI+bTJwb29sL2dVNCDCoHV0Zjhvbmx5IMKgIMKgIMKg IMKgIMKgIMKgIMKgb2ZmIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgLTxicj5tMnBvb2wv Z1U0IMKgbm9ybWFsaXphdGlvbiDCoCDCoCDCoCDCoCBub25lIMKgIMKgIMKgIMKgIMKgIMKgIMKg IMKgIMKgIC08YnI+bTJwb29sL2dVNCDCoGNhc2VzZW5zaXRpdml0eSDCoCDCoCDCoCBzZW5zaXRp dmUgwqAgwqAgwqAgwqAgwqAgwqAgwqAtPGJyPm0ycG9vbC9nVTQgwqB2c2NhbiDCoCDCoCDCoCDC oCDCoCDCoCDCoCDCoCBvZmYgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqBkZWZhdWx0PGJy Pm0ycG9vbC9nVTQgwqBuYm1hbmQgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqBvZmYgwqAgwqAgwqAg wqAgwqAgwqAgwqAgwqAgwqAgwqBkZWZhdWx0PC9mb250PjxkaXY+PGZvbnQgZmFjZT0ibW9ub3Nw YWNlIj5tMnBvb2wvZ1U0IMKgc2hhcmVzbWIgwqAgwqAgwqAgwqAgwqAgwqAgwqBvZmYgwqAgwqAg wqAgwqAgwqAgwqAgwqAgwqAgwqAgwqBkZWZhdWx0PGJyPm0ycG9vbC9nVTQgwqByZWZxdW90YSDC oCDCoCDCoCDCoCDCoCDCoCDCoG5vbmUgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgZGVmYXVs dDxicj5tMnBvb2wvZ1U0IMKgcmVmcmVzZXJ2YXRpb24gwqAgwqAgwqAgwqBub25lIMKgIMKgIMKg IMKgIMKgIMKgIMKgIMKgIMKgIGRlZmF1bHQ8YnI+bTJwb29sL2dVNCDCoGd1aWQgwqAgwqAgwqAg wqAgwqAgwqAgwqAgwqAgwqAxNjExOTMyMTk4MzU3ODQzMDU2OCDCoCAtPGJyPm0ycG9vbC9nVTQg wqBwcmltYXJ5Y2FjaGUgwqAgwqAgwqAgwqAgwqBhbGwgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAg wqAgwqBkZWZhdWx0PGJyPm0ycG9vbC9nVTQgwqBzZWNvbmRhcnljYWNoZSDCoCDCoCDCoCDCoGFs bCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoGRlZmF1bHQ8YnI+bTJwb29sL2dVNCDCoHVz ZWRieXNuYXBzaG90cyDCoCDCoCDCoCAwQiDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCAt PGJyPm0ycG9vbC9nVTQgwqB1c2VkYnlkYXRhc2V0IMKgIMKgIMKgIMKgIDIuMzRUIMKgIMKgIMKg IMKgIMKgIMKgIMKgIMKgIMKgLTxicj5tMnBvb2wvZ1U0IMKgdXNlZGJ5Y2hpbGRyZW4gwqAgwqAg wqAgwqAwQiDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCAtPGJyPm0ycG9vbC9nVTQgwqB1 c2VkYnlyZWZyZXNlcnZhdGlvbiDCoDBCIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIC08 YnI+bTJwb29sL2dVNCDCoGxvZ2JpYXMgwqAgwqAgwqAgwqAgwqAgwqAgwqAgbGF0ZW5jeSDCoCDC oCDCoCDCoCDCoCDCoCDCoCDCoGRlZmF1bHQ8YnI+bTJwb29sL2dVNCDCoG9ianNldGlkIMKgIMKg IMKgIMKgIMKgIMKgIMKgODQgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgLTxicj5tMnBv b2wvZ1U0IMKgZGVkdXAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgb2ZmIMKgIMKgIMKgIMKgIMKg IMKgIMKgIMKgIMKgIMKgZGVmYXVsdDxicj5tMnBvb2wvZ1U0IMKgbWxzbGFiZWwgwqAgwqAgwqAg wqAgwqAgwqAgwqBub25lIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIGRlZmF1bHQ8YnI+bTJw b29sL2dVNCDCoHN5bmMgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqBzdGFuZGFyZCDCoCDCoCDC oCDCoCDCoCDCoCDCoCBkZWZhdWx0PGJyPm0ycG9vbC9nVTQgwqBkbm9kZXNpemUgwqAgwqAgwqAg wqAgwqAgwqAgbGVnYWN5IMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIGRlZmF1bHQ8YnI+bTJwb29s L2dVNCDCoHJlZmNvbXByZXNzcmF0aW8gwqAgwqAgwqAxLjAweCDCoCDCoCDCoCDCoCDCoCDCoCDC oCDCoCDCoC08YnI+bTJwb29sL2dVNCDCoHdyaXR0ZW4gwqAgwqAgwqAgwqAgwqAgwqAgwqAgMi4z NFQgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAtPGJyPm0ycG9vbC9nVTQgwqBsb2dpY2FsdXNl ZCDCoCDCoCDCoCDCoCDCoCAyLjM0VCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoC08YnI+bTJw b29sL2dVNCDCoGxvZ2ljYWxyZWZlcmVuY2VkIMKgIMKgIDIuMzRUIMKgIMKgIMKgIMKgIMKgIMKg IMKgIMKgIMKgLTxicj5tMnBvb2wvZ1U0IMKgdm9sbW9kZSDCoCDCoCDCoCDCoCDCoCDCoCDCoCBk ZWZhdWx0IMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgZGVmYXVsdDxicj5tMnBvb2wvZ1U0IMKgZmls ZXN5c3RlbV9saW1pdCDCoCDCoCDCoG5vbmUgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgZGVm YXVsdDxicj5tMnBvb2wvZ1U0IMKgc25hcHNob3RfbGltaXQgwqAgwqAgwqAgwqBub25lIMKgIMKg IMKgIMKgIMKgIMKgIMKgIMKgIMKgIGRlZmF1bHQ8YnI+bTJwb29sL2dVNCDCoGZpbGVzeXN0ZW1f Y291bnQgwqAgwqAgwqBub25lIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIGRlZmF1bHQ8YnI+ bTJwb29sL2dVNCDCoHNuYXBzaG90X2NvdW50IMKgIMKgIMKgIMKgbm9uZSDCoCDCoCDCoCDCoCDC oCDCoCDCoCDCoCDCoCBkZWZhdWx0PGJyPm0ycG9vbC9nVTQgwqBzbmFwZGV2IMKgIMKgIMKgIMKg IMKgIMKgIMKgIGhpZGRlbiDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCBkZWZhdWx0PGJyPm0ycG9v bC9nVTQgwqBhY2x0eXBlIMKgIMKgIMKgIMKgIMKgIMKgIMKgIG5mc3Y0IMKgIMKgIMKgIMKgIMKg IMKgIMKgIMKgIMKgZGVmYXVsdDxicj5tMnBvb2wvZ1U0IMKgY29udGV4dCDCoCDCoCDCoCDCoCDC oCDCoCDCoCBub25lIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIGRlZmF1bHQ8YnI+bTJwb29s L2dVNCDCoGZzY29udGV4dCDCoCDCoCDCoCDCoCDCoCDCoCBub25lIMKgIMKgIMKgIMKgIMKgIMKg IMKgIMKgIMKgIGRlZmF1bHQ8YnI+bTJwb29sL2dVNCDCoGRlZmNvbnRleHQgwqAgwqAgwqAgwqAg wqAgwqBub25lIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIGRlZmF1bHQ8YnI+bTJwb29sL2dV NCDCoHJvb3Rjb250ZXh0IMKgIMKgIMKgIMKgIMKgIG5vbmUgwqAgwqAgwqAgwqAgwqAgwqAgwqAg wqAgwqAgZGVmYXVsdDxicj5tMnBvb2wvZ1U0IMKgcmVsYXRpbWUgwqAgwqAgwqAgwqAgwqAgwqAg wqBvZmYgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqBkZWZhdWx0PGJyPm0ycG9vbC9nVTQg wqByZWR1bmRhbnRfbWV0YWRhdGEgwqAgwqBhbGwgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAg wqBkZWZhdWx0PGJyPm0ycG9vbC9nVTQgwqBvdmVybGF5IMKgIMKgIMKgIMKgIMKgIMKgIMKgIG9u IMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIGRlZmF1bHQ8YnI+bTJwb29sL2dVNCDCoGVu Y3J5cHRpb24gwqAgwqAgwqAgwqAgwqAgwqBvZmYgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAg wqBkZWZhdWx0PC9mb250PjwvZGl2PjxkaXY+PGZvbnQgZmFjZT0ibW9ub3NwYWNlIj5tMnBvb2wv Z1U0IMKga2V5bG9jYXRpb24gwqAgwqAgwqAgwqAgwqAgbm9uZSDCoCDCoCDCoCDCoCDCoCDCoCDC oCDCoCDCoCBkZWZhdWx0PGJyPm0ycG9vbC9nVTQgwqBrZXlmb3JtYXQgwqAgwqAgwqAgwqAgwqAg wqAgbm9uZSDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCBkZWZhdWx0PGJyPm0ycG9vbC9nVTQg wqBwYmtkZjJpdGVycyDCoCDCoCDCoCDCoCDCoCAwIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKg IMKgIMKgZGVmYXVsdDxicj5tMnBvb2wvZ1U0IMKgc3BlY2lhbF9zbWFsbF9ibG9ja3MgwqAwIMKg IMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgZGVmYXVsdDwvZm9udD48YnI+PGRpdj48ZGl2 IGRpcj0ibHRyIiBjbGFzcz0iZ21haWxfc2lnbmF0dXJlIiBkYXRhLXNtYXJ0bWFpbD0iZ21haWxf c2lnbmF0dXJlIj48YnI+PC9kaXY+PGRpdiBjbGFzcz0iZ21haWxfc2lnbmF0dXJlIiBkYXRhLXNt YXJ0bWFpbD0iZ21haWxfc2lnbmF0dXJlIj5UaGFua3MsPC9kaXY+PGRpdiBjbGFzcz0iZ21haWxf c2lnbmF0dXJlIiBkYXRhLXNtYXJ0bWFpbD0iZ21haWxfc2lnbmF0dXJlIj5CaWxsIER1ZGxleTwv ZGl2PjxkaXYgZGlyPSJsdHIiIGNsYXNzPSJnbWFpbF9zaWduYXR1cmUiIGRhdGEtc21hcnRtYWls PSJnbWFpbF9zaWduYXR1cmUiPlRoaXMgZW1haWwgaXMgZnJlZSBvZiBtYWx3YXJlIGJlY2F1c2Ug SSBydW4gTGludXguPC9kaXY+PC9kaXY+PGJyPjwvZGl2PjwvZGl2Pjxicj48ZGl2IGNsYXNzPSJn bWFpbF9xdW90ZSI+PGRpdiBkaXI9Imx0ciIgY2xhc3M9ImdtYWlsX2F0dHIiPk9uIE1vbiwgSnVu IDMsIDIwMjQgYXQgNDozN+KAr1BNIFBhdWwgUHJvY2FjY2kgJmx0OzxhIGhyZWY9Im1haWx0bzpw cHJvY2FjY2lAZ21haWwuY29tIj5wcHJvY2FjY2lAZ21haWwuY29tPC9hPiZndDsgd3JvdGU6PGJy PjwvZGl2PjxibG9ja3F1b3RlIGNsYXNzPSJnbWFpbF9xdW90ZSIgc3R5bGU9Im1hcmdpbjowcHgg MHB4IDBweCAwLjhleDtib3JkZXItbGVmdDoxcHggc29saWQgcmdiKDIwNCwyMDQsMjA0KTtwYWRk aW5nLWxlZnQ6MWV4Ij48ZGl2IGRpcj0ibHRyIj48ZGl2PjxkaXY+PGRpdj48ZGl2PjxkaXYgZGly PSJsdHIiPjxicj48L2Rpdj48YnI+PGRpdiBjbGFzcz0iZ21haWxfcXVvdGUiPjxkaXYgZGlyPSJs dHIiIGNsYXNzPSJnbWFpbF9hdHRyIj5PbiBNb24sIEp1biAzLCAyMDI0IGF0IDQ6MjnigK9QTSBX aWxsaWFtIER1ZGxleSAmbHQ7PGEgaHJlZj0ibWFpbHRvOndmZHVkbGV5QGdtYWlsLmNvbSIgdGFy Z2V0PSJfYmxhbmsiPndmZHVkbGV5QGdtYWlsLmNvbTwvYT4mZ3Q7IHdyb3RlOjxicj48L2Rpdj48 YmxvY2txdW90ZSBjbGFzcz0iZ21haWxfcXVvdGUiIHN0eWxlPSJtYXJnaW46MHB4IDBweCAwcHgg MC44ZXg7Ym9yZGVyLWxlZnQ6MXB4IHNvbGlkIHJnYigyMDQsMjA0LDIwNCk7cGFkZGluZy1sZWZ0 OjFleCI+PGRpdiBkaXI9Imx0ciI+PGRpdj5UaGUgcHJvYmxlbTo8L2Rpdj48ZGl2Pjxicj48L2Rp dj48ZGl2PkZyZWVCU0QgMTMuMyBhbWQ2NCBzeXN0ZW0sIHdpdGg8L2Rpdj5hIHpmcyBwb29sIGJ1 aWx0IGZyb20gdHdvIHBoeXNpY2FsIGRyaXZlcy48ZGl2PlRoZSB6ZnMgcG9vbCBoYXMgNyAmcXVv dDtwYXJ0aXRpb25zJnF1b3Q7IChpcyB0aGF0IHdoYXQgdGhleSYjMzk7cmUgY2FsbGVkPyk8L2Rp dj48ZGl2Pjxicj48L2Rpdj48ZGl2Pkkgd2FzIGNvcHlpbmcgZmlsZXMgb3ZlciBmcm9tIGFub3Ro ZXIgbWFjaGluZSBhbmQgZGlkbiYjMzk7dCByZWFsaXplIHRoYXQ8L2Rpdj48ZGl2PkkgZmlsbGVk IG9uZSBvZiB0aGUgcGFydGl0aW9ucy48L2Rpdj48ZGl2Pjxicj48L2Rpdj48ZGl2PkkgY2FuJiMz OTt0IHByb2NlZWQgbm93IHdpdGggdGhpcyBvbmUgZnVsbCBwYXJ0aXRpb24uPC9kaXY+PGRpdj5F dmVyeSBzaW5nbGUgY29tbWFuZCBmYWlscyBkdWUgdG8gJnF1b3Q7b3V0IG9mIHNwYWNlJnF1b3Q7 LjwvZGl2PjxkaXY+PGJyPjwvZGl2PjxkaXY+VGhhdCBpbmNsdWRlczo8L2Rpdj48ZGl2PnJtIChv bmUgZmlsZSBvciBtYW55KTwvZGl2PjxkaXY+ZGQgaWY9L2Rldi96ZXJvIG9mPShzb21lIGZpbGUp PC9kaXY+PGRpdj50cnVuY2F0ZSAoc29tZWZpbGUpPC9kaXY+PGRpdj56ZnMgZGVzdHJveSBwb29s bmFtZS9wYXJ0aXRpb25uYW1lPC9kaXY+PGRpdj5jYW5ub3QgZGVzdHJveSAmIzM5O3Bvb2xuYW1l L3BhcnRpdGlvbm5hbWUmIzM5Ozogb3V0IG9mIHNwYWNlPGJyPjwvZGl2PjxkaXY+PGJyPjwvZGl2 PjxkaXY+VGhlcmUgYXJlIG5vIHNuYXBzaG90cywgSSBuZXZlciBjcmVhdGVkIGFueS48L2Rpdj48 ZGl2Pjxicj48L2Rpdj48ZGl2PkV4dGVuc2l2ZSBnb29nbGluZyBoYXMgbm90IHNob3duIGFueSBt b3JlIHRoYW4gYnVnIHJlcG9ydHMgYWNrbm93bGVkZ2luZzwvZGl2PjxkaXY+dGhhdCB0aGlzIGlz IGEgcHJvYmxlbS48L2Rpdj48ZGl2Pjxicj48L2Rpdj48ZGl2PkhvdyBkbyBJIGZpeCB0aGlzLCBz aG9ydCBvZiBidXJuaW5nIHRoZSBtYWNoaW5lIHRvIHRoZSBncm91bmQgYW5kIHN0YXJ0aW5nIG92 ZXI/PC9kaXY+PGRpdj48YnI+PC9kaXY+PGRpdj5UaGFua3MsPC9kaXY+PGRpdj5CaWxsIER1ZGxl eTwvZGl2PjxkaXY+PGJyIGNsZWFyPSJhbGwiPjxkaXY+PGRpdiBkaXI9Imx0ciIgY2xhc3M9Imdt YWlsX3NpZ25hdHVyZSI+VGhpcyBlbWFpbCBpcyBmcmVlIG9mIG1hbHdhcmUgYmVjYXVzZSBJIHJ1 biBMaW51eC48L2Rpdj48L2Rpdj48L2Rpdj48L2Rpdj4NCjwvYmxvY2txdW90ZT48L2Rpdj48YnIg Y2xlYXI9ImFsbCI+PC9kaXY+VGhleSBhcmUgY2FsbGVkIGRhdGFzZXRzLjxicj48YnI+PC9kaXY+ VGhlIGRhdGFzZXQgKm1heSogaGF2ZSBnb25lIHJlYWRvbmx5Ljxicj48YnI+PC9kaXY+emZzIGdl dCBhbGwgcG9vbG5hbWUvZGF0YXNldDxicj48YnI+PC9kaXY+PGRpdj5Qb3N0aW5nIHRoZSBvdXRw dXQgb2YgdGhlIGFib3ZlIG1heSBoZWxwIHVzLjwvZGl2PjxkaXY+PGJyPjwvZGl2PjxkaXY+flBh dWw8YnI+PC9kaXY+PGRpdj48ZGl2PjxkaXY+PGRpdj48c3BhbiBjbGFzcz0iZ21haWxfc2lnbmF0 dXJlX3ByZWZpeCI+LS0gPC9zcGFuPjxicj48ZGl2IGRpcj0ibHRyIiBjbGFzcz0iZ21haWxfc2ln bmF0dXJlIj5fX19fX19fX19fX19fX19fX188YnI+PGJyPjooKXsgOnw6JmFtcDsgfTs6PC9kaXY+ PC9kaXY+PC9kaXY+PC9kaXY+PC9kaXY+PC9kaXY+DQo8L2Jsb2NrcXVvdGU+PC9kaXY+DQo= --0000000000003b504a061a0289f4-- From nobody Mon Jun 3 22:24:50 2024 X-Original-To: questions@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4VtSw20KK4z5LPMr for ; Mon, 03 Jun 2024 22:25:06 +0000 (UTC) (envelope-from dpchrist@holgerdanske.com) Received: from holgerdanske.com (holgerdanske.com [184.105.128.27]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-256) server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "holgerdanske.com", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4VtSw06yBHz4yLc for ; Mon, 3 Jun 2024 22:25:04 +0000 (UTC) (envelope-from dpchrist@holgerdanske.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=holgerdanske.com header.s=nov-20210719-112354 header.b=f1VYs9Tn; dmarc=pass (policy=none) header.from=holgerdanske.com; spf=pass (mx1.freebsd.org: domain of dpchrist@holgerdanske.com designates 184.105.128.27 as permitted sender) smtp.mailfrom=dpchrist@holgerdanske.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=holgerdanske.com; s=nov-20210719-112354; t=1717453495; bh=ecbLJytr5ACZTE8P9YfrDwtIE0uTtsrrYQc4CNDe10U=; h=Received:Message-ID:Date:MIME-Version:User-Agent:Subject:To: References:Content-Language:From:In-Reply-To:Content-Type: Content-Transfer-Encoding; b=f1VYs9Tnd44x0s+IAtWbrrzCFf/tfJulHqjqTKqqlRNSc/pEtSeeyM0Xpx/LkkFXV Y30Ft2aepytSc6CFUpJ3DAv9Hw4BNtD7NnmZJQJAg4EggSMCjw8CI/+ncFX8oPhVJr 3Z7c698+wo/hF+enj0YxFX3S7LdohSJqxn5YvzJJLRFKUSN2C9VTlX45YXsdQF5GgG slgDJx2Gdlnv4KjHNqXk+OONUH3Wa65QnetjRSdZCcPrc0rrzyDNG8wAZ3wxXHfOwg nkYpQbV3znUPGgX1QIyLCyL5Yu3LM2BKNzVe8ixBpHesnUbs98xAXHNUbQgETpPgJ9 3EnZzvVO9fLyiz3IwcmyVjNcNU4JtTl8dla3l1gMyKZr3UycT+cWXeBnzF9bTST0mF te8q/OQ7Xkrm+Bmxc8wt8TBEqzJOlxMKdUgDi6FZvuiMU6uXOs68vslMBgiCOXEJKX AvzY9KmmIwvnZ7ua4W2iEYJwzmeDqK6zWOfLy+LN35RnJIt5gk+PkAGLL+7lsuWGAP i2q4AS33AAUg4MvCiSDzeYIEia+WosFfqhewgeYcGWe8JFeWl4JdlBTXnsv2LfU3UH Oa5/SQG6U/nWymrv/2/1sIoka7mqs1o9BSJmAejUvwg6rs+Ka79KGhJUTxPpvTc8Zq iN7cur/uhKlkTwif2PDGSDHU= Received: from 99.100.19.101 (99-100-19-101.lightspeed.frokca.sbcglobal.net [99.100.19.101]) by holgerdanske.com with ESMTPSA (TLS_AES_128_GCM_SHA256:TLSv1.3:Kx=any:Au=any:Enc=AESGCM(128):Mac=AEAD) (SMTP-AUTH username dpchrist@holgerdanske.com, mechanism PLAIN) for ; Mon, 3 Jun 2024 15:24:55 -0700 Message-ID: Date: Mon, 3 Jun 2024 15:24:50 -0700 List-Id: User questions List-Archive: https://lists.freebsd.org/archives/freebsd-questions List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-questions@freebsd.org Sender: owner-freebsd-questions@FreeBSD.org MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: help with full zfs "partitions" - can't delete files To: questions@freebsd.org References: Content-Language: en-US From: David Christensen In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.88 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.99)[-0.995]; DMARC_POLICY_ALLOW(-0.50)[holgerdanske.com,none]; R_SPF_ALLOW(-0.20)[+a]; R_DKIM_ALLOW(-0.20)[holgerdanske.com:s=nov-20210719-112354]; ONCE_RECEIVED(0.10)[]; MIME_GOOD(-0.10)[text/plain]; XM_UA_NO_VERSION(0.01)[]; RCPT_COUNT_ONE(0.00)[1]; RCVD_VIA_SMTP_AUTH(0.00)[]; ASN(0.00)[asn:6939, ipnet:184.104.0.0/15, country:US]; MIME_TRACE(0.00)[0:+]; RCVD_COUNT_ONE(0.00)[1]; RCVD_TLS_ALL(0.00)[]; MLMMJ_DEST(0.00)[questions@freebsd.org]; ARC_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[questions@freebsd.org]; TO_MATCH_ENVRCPT_ALL(0.00)[]; DKIM_TRACE(0.00)[holgerdanske.com:+] X-Rspamd-Queue-Id: 4VtSw06yBHz4yLc 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. > 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. > > I can't proceed now with this one full partition. > 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 > > 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. On 6/3/24 13:53, William Dudley wrote: > zfs get all m2pool/gU4 > NAME PROPERTY VALUE SOURCE > m2pool/gU4 aclinherit restricted default > m2pool/gU4 aclmode discard default > m2pool/gU4 acltype nfsv4 default > m2pool/gU4 atime on default > m2pool/gU4 available 0B - > m2pool/gU4 canmount on default > m2pool/gU4 casesensitivity sensitive - > m2pool/gU4 checksum on default > m2pool/gU4 compression off default > m2pool/gU4 compressratio 1.00x - > m2pool/gU4 context none default > m2pool/gU4 copies 1 default > m2pool/gU4 createtxg 480 - > m2pool/gU4 creation Sun Dec 9 19:13 2018 - > m2pool/gU4 dedup off default > m2pool/gU4 defcontext none default > m2pool/gU4 devices on default > m2pool/gU4 dnodesize legacy default > m2pool/gU4 encryption off default > m2pool/gU4 exec on default > m2pool/gU4 filesystem_count none default > m2pool/gU4 filesystem_limit none default > m2pool/gU4 fscontext none default > m2pool/gU4 guid 16119321983578430568 - > m2pool/gU4 jailed off default > m2pool/gU4 keyformat none default > m2pool/gU4 keylocation none default > m2pool/gU4 logbias latency default > m2pool/gU4 logicalreferenced 2.34T - > m2pool/gU4 logicalused 2.34T - > m2pool/gU4 mlslabel none default > m2pool/gU4 mounted no - > m2pool/gU4 mountpoint /u4 local > m2pool/gU4 nbmand off default > m2pool/gU4 normalization none - > m2pool/gU4 objsetid 84 - > m2pool/gU4 overlay on default > m2pool/gU4 pbkdf2iters 0 default > m2pool/gU4 primarycache all default > m2pool/gU4 quota none default > m2pool/gU4 readonly off default > m2pool/gU4 recordsize 128K default > m2pool/gU4 redundant_metadata all default > m2pool/gU4 refcompressratio 1.00x - > m2pool/gU4 referenced 2.34T - > m2pool/gU4 refquota none default > m2pool/gU4 refreservation none default > m2pool/gU4 relatime off default > m2pool/gU4 reservation none default > m2pool/gU4 rootcontext none default > m2pool/gU4 secondarycache all default > m2pool/gU4 setuid on default > m2pool/gU4 sharenfs off default > m2pool/gU4 sharesmb off default > m2pool/gU4 snapdev hidden default > m2pool/gU4 snapdir hidden default > m2pool/gU4 snapshot_count none default > m2pool/gU4 snapshot_limit none default > m2pool/gU4 special_small_blocks 0 default > m2pool/gU4 sync standard default > m2pool/gU4 type filesystem - > m2pool/gU4 used 2.34T - > m2pool/gU4 usedbychildren 0B - > m2pool/gU4 usedbydataset 2.34T - > m2pool/gU4 usedbyrefreservation 0B - > m2pool/gU4 usedbysnapshots 0B - > m2pool/gU4 utf8only off - > m2pool/gU4 version 5 - > m2pool/gU4 volmode default default > m2pool/gU4 vscan off default > m2pool/gU4 written 2.34T - > m2pool/gU4 xattr on default > Thanks, > Bill Dudley > This email is free of malware because I run Linux. When posting console sessions, please be complete -- prompt, exact command entered, exact output obtained. For example: 2024-06-03 15:15:29 toor@vf2 ~ # freebsd-version -kru; uname -a 13.3-RELEASE-p1 13.3-RELEASE-p1 13.3-RELEASE-p2 FreeBSD vf2.tracy.holgerdanske.com 13.3-RELEASE-p1 FreeBSD 13.3-RELEASE-p1 GENERIC amd64 Looking at the output of `zfs get all m2pool/gU4`, above: > m2pool/gU4 type filesystem - The ZFS dataset "m2pool/gU4" is a file system. > m2pool/gU4 available 0B - The file system has zero bytes of available space. > m2pool/gU4 readonly off default The file system is read-write. > m2pool/gU4 mountpoint /u4 local The file system mount point has been set to "/u4". > m2pool/gU4 canmount on default The file system can be mounted. > m2pool/gU4 mounted no - The file system is not mounted. As root, please mount the file system: # zfs mount m2pool/gU4 Then try removing files and/or directories under /u4. If either of the above fails, please post the complete console session. Also, please post a complete console session for the following commands: # freebsd-version -kru; uname -a # zpool list m2pool # zpool status m2pool # zpool get all m2pool | sort # mount | grep m2pool # ls -ld / /u4 David From nobody Mon Jun 3 22:31:07 2024 X-Original-To: questions@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4VtT382TyLz5LPb1 for ; Mon, 03 Jun 2024 22:31:16 +0000 (UTC) (envelope-from mirror176@hotmail.com) Received: from NAM04-BN8-obe.outbound.protection.outlook.com (mail-bn8nam04olkn20801.outbound.protection.outlook.com [IPv6:2a01:111:f403:2c08::801]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "DigiCert Cloud Services CA-1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4VtT3759fQz50l4 for ; Mon, 3 Jun 2024 22:31:15 +0000 (UTC) (envelope-from mirror176@hotmail.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=hotmail.com header.s=selector1 header.b=Yd08zGz0; dmarc=pass (policy=none) header.from=hotmail.com; spf=pass (mx1.freebsd.org: domain of mirror176@hotmail.com designates 2a01:111:f403:2c08::801 as permitted sender) smtp.mailfrom=mirror176@hotmail.com; arc=pass ("microsoft.com:s=arcselector9901:i=1") ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=DoGCl5kjoi5pHpPN/O3G1jkafXmi126+7PiJmXn12kxFr/7j5h2kOaUkLy11LQAiH2LYLFjNHF7+qDMP6rt1TLMzDDpX3XnrM+UouHjwVVhubljbSk7Mfn5nlFgKmDlgz18475F1aYDY8HDeds/cyGypELOJ5617AoFDGFtdgoUB+DdGUYOHuy91kV+LhmZh6/ZrNf8O5NP156UnP+WHI4V7SWZRzkVNfGU6qcsZrQy5UyRhbRNx5X8YEAaRg+loWH4Zjp6ZfM0chjLnWg2ahabnBAwLePvKFt5XeiO6N0pMUp5VQpf9XS0p97W5k0//EkwUOmVp+MY1C7+JE0gpFA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=2iFsfo68LU0YL6hIx4iDztjhCmvJI59yMC8e+4owKUE=; b=RLGAxLGV+n6Nb2itY1AE7+yhcxPGLYHoO0rLPfSo62jVy/1RMCM05IYSr7ItW+yj1wRoJ5BW1HaVeUZliV+kIdm9oqxntsd6MbkoLdm+UcGXz1fwGrhktdeDaSi/Cat/J+pMXEUcs/CplRdovQEFEfcoetXOZYaRuxYxGPbeGe+9lahS08LxvVf2cJQ1VnaNP9drDKAY88KSx/dNz6Lf9uknfFHhwpj6bX4pq1wr2C6fdYko3rxlZb+4q3CzIQrKa2UcU+ZnoMn8vxJgA5I7d3LcLgi//2R8AM/vgXjf823EMe0AdeNQQJNruUYYe4aYh5A5Q57RfLQqf0jVXPOaOg== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=none; dmarc=none; dkim=none; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=hotmail.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=2iFsfo68LU0YL6hIx4iDztjhCmvJI59yMC8e+4owKUE=; b=Yd08zGz0iLcL1BOQQJMYmnLZ8IdCrm3piydpje0eGUPEHAHNqekW9yXZo8ij+OR1+AQj5BddPq+e/Ox1gagJ722yl6ckdHcg39BiiPlvDPRPoOctkDnht1vlVc+k0sLz/8eFD30TY7KDycnXOd5X3TdduM7G1mbZkUbmLUGlY40UupviTLEwkFpyo9MgMYkjUxj5Y8rJUtK2x9ukHDyP25Mq4r0iOgAI/TuUow+XiqWN65xEzEfofAfb0DUYbDfPy7DCe2Wby4YTr3QrKUp0rXFAkoLR7dxVEbqpBcQ1tlld2KfaX9lkzQkassdHGhQBBkD8u2Ic/RguAUX3ckfvUg== Received: from PH0PR11MB4776.namprd11.prod.outlook.com (2603:10b6:510:30::14) by CH3PR11MB8592.namprd11.prod.outlook.com (2603:10b6:610:1b1::10) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.7611.30; Mon, 3 Jun 2024 22:31:11 +0000 Received: from PH0PR11MB4776.namprd11.prod.outlook.com ([fe80::caa:f536:1b7:c4e0]) by PH0PR11MB4776.namprd11.prod.outlook.com ([fe80::caa:f536:1b7:c4e0%6]) with mapi id 15.20.7633.021; Mon, 3 Jun 2024 22:31:11 +0000 Message-ID: Date: Mon, 3 Jun 2024 15:31:07 -0700 User-Agent: Mozilla Thunderbird Subject: Re: help with full zfs "partitions" - can't delete files To: questions@freebsd.org References: Content-Language: en-US From: "Edward Sanford Sutton, III" In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-TMN: [ZlLHlAPjL0otvGkFMqOimIu5IdyL/uU+] X-ClientProxiedBy: MN2PR12CA0036.namprd12.prod.outlook.com (2603:10b6:208:a8::49) To PH0PR11MB4776.namprd11.prod.outlook.com (2603:10b6:510:30::14) X-Microsoft-Original-Message-ID: <32a47097-1c8d-4adf-bad1-49a35aa7f464@hotmail.com> List-Id: User questions List-Archive: https://lists.freebsd.org/archives/freebsd-questions List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-questions@freebsd.org Sender: owner-freebsd-questions@FreeBSD.org MIME-Version: 1.0 X-MS-Exchange-MessageSentRepresentingType: 1 X-MS-PublicTrafficType: Email X-MS-TrafficTypeDiagnostic: PH0PR11MB4776:EE_|CH3PR11MB8592:EE_ X-MS-Office365-Filtering-Correlation-Id: 2acc4377-aa17-4d49-4c12-08dc841cde7d X-Microsoft-Antispam: BCL:0;ARA:14566002|461199019|440099019|3412199016; X-Microsoft-Antispam-Message-Info: Z/AdtRHTNJoddU04FNTxdfLsB5wYFG441cQJV72EB868ZKgN1f2uQWAV+rEPqCgsUDNkoPlzYsV95n5qD7iC6NVrKglS71jK7jz7oYpupWGSGs95kBZ+Wgl3NI4XpRC9GGyjJG4nbqknsrZ8/HfMRVTF6z7j1exLrgteMmT6gj6/Ep9wb+WuxygPZsixtGd3DnjRqglPnIcATpn98Auy7eVq3nyDCJyYfuDQWPTgtZ5zHftIrYr5qIrk14JaM/CZN6PhsumaKp9CcW5+vpt+fL3aB//hdD/sqxGNrFxG1X3+xkFdObFssKs6P4RwDE9O2hmu1+iIe+eXSVAJawUhbsjtBWdK+/HsjPckZo/BgEE0dAmYbcCu0mD6M5ClpiDO0MO59uHQ1NtQECX/Ejtn+uSvAmvqjZaDP02jH8vRqDac0GOoLqdnphR3F4QUdhW8pG9QkBRmZAv3+AQCG3wj5DM3l33OU9HUM9t566XxujXjtzJfgx4YnN+zVm/cNQl6wqEhND3AXkCs+9GctEwbZPMvkqiGubzO7VHwh05tdbZATwKzDukiEsaRR6x+mtbd X-MS-Exchange-AntiSpam-MessageData-ChunkCount: 1 X-MS-Exchange-AntiSpam-MessageData-0: =?utf-8?B?MUQycFlFWjErdEZaZElObFdJdXVWMW9yQWpLM2R6TVdPSXBENlVveEx1OTN6?= =?utf-8?B?ejhTaUQ3VFVBM0x3Z3hHcTRrdGcyN0Vkd1VtMWk2cVEzdHJiTlF4VHB2ZGFM?= =?utf-8?B?cFNZWEc1R2F6QnJFR3RxY2xqRXoyRE4zR1REcmV1RzVucElJZ2w4Z0h3dUgv?= =?utf-8?B?SVpIRDhLWUltR1JTTzRRQVMyeUZwUEJmUnlrT1NyU3RyR2hKQlFxeVVJL0pr?= =?utf-8?B?ZXJ3YXhQWEtocnBuOWhHUmdPWlp4clFPSnVVd2JRREtCUVlKYXdYQTEzMTU4?= =?utf-8?B?Qm1zU2p2TnVrcHg1cFRWa1BSQkJ5N0pUb1Z3ZHlVQy9JVTZ5VUt3WEFBZThv?= =?utf-8?B?b2xaTk84elJOY1dWRkV4RHN2RHhvMno0NnN5Y3JFT2VPQmtOUlpmNnVTdWlK?= =?utf-8?B?NCtsZU1sM2R4eU9zdkpDQW94TkpyK0pCbWZJaGNNUHBES3BGbmxZZG54OXJL?= =?utf-8?B?ZFNYbjdYT0tPTVdtMEJOR2cvdTAzSkV3NjdvdytjYmZCd2lQenllci9VYmt6?= =?utf-8?B?a2w0N0NsQlVwYUoremd2dDNQRXVwWnZTNU9QcXZTVWNOeFNkQ1VhWlRSaXZH?= =?utf-8?B?SzgrL0llY1NTYlFsaEYwRzRYZnNFdnZCZit5cktKRkZhRmUwRXBoZ2tJZWlk?= =?utf-8?B?cUVrVldzcmkvTUNwWjBRaGJ2aXlYRkNNMXhJeHFtUSs2dkJZdlpwR3IxQklM?= =?utf-8?B?VVJaY2F1RExEQ3QrcTFXYnhiaHc0UmNhNEwwM3lIZXdyTjlBZlArNU5qODFR?= =?utf-8?B?UktZK2F5cXl5Q01sUmxqcGRpWlBCNFBuVjM5UDdMdXlEcDhBdDFTS2JhMDhF?= =?utf-8?B?SXJsd2pDN0YyVVl2STRqZGwzcm1rVktCWFdqNktpeHR2SXRYcVg2RndUTi9p?= =?utf-8?B?SlFyVlVCZWhYVzl5YnhjYWE5Zk54dWNGekk3SHYyaXpWTnRVMS9IWGRFTlla?= =?utf-8?B?dDU0QmpJd1ZFeVpSeTRJVHc3LytNaS9HMEd2QlN0RmJGWFNBWFp4a21DQzI2?= =?utf-8?B?Mm52RU02enVaQWxwNkpYaHlkTGRJbTV4a3oxdzdpM3RxUWdMY3V2MnliWVU1?= =?utf-8?B?SklFM1h4emtucFFmdlFya2xZdmZUZUlwczdNV2xwY3RHYUc0b1E1aFNONm52?= =?utf-8?B?YkhYVWQwZ0xIR0Z4bzN4K05YUmZvcnF6c1RQNzQvUVlQWUVXMzlWdmdNRkNj?= =?utf-8?B?aEFTTVZnVGdPaGgvUVZ6dU0yem0xN0VsZDZJS2hla2RVRUZyRDVyK0FHV2Zv?= =?utf-8?B?RERWUmd3c1A3M1hJLzdLYVFSdEQrSTdSOElVeTBrMnVyRUZ0elRtNlQxQ21y?= =?utf-8?B?VFZueElWS1dpOTk1MmpKbkxnQ2ZhS3BmUWFaSURZcDlYMHY4MXp4MEdvYTYr?= =?utf-8?B?ekw5NXl6bGZ5aXRjdFRkSXBlUm51dlBhclB0MTlGMGZaaDA5K0ppcGp2RWlR?= =?utf-8?B?RGpqOGppWWFQUUc3ZThwU0lLMjQxYVQ4NlpmdGpINGYxd2JnZGxrSmlaM0d1?= =?utf-8?B?cWVtOFIzWFVhRFlyMkNtREYrdXljRXNyazcvbHdaZTByVlV5cmZUZ3dnbStn?= =?utf-8?B?UXJrNkZKSGdVSzBkNXNlWURPbnFHK2pZY2JtQldlWFR1RC9ZbUxZbitSd3ZV?= =?utf-8?Q?uby/U+uoNiSFuSAMg8TvwfIkvYbMND7/hBRxy5gdtEkk=3D?= X-OriginatorOrg: sct-15-20-4755-11-msonline-outlook-e8f36.templateTenant X-MS-Exchange-CrossTenant-Network-Message-Id: 2acc4377-aa17-4d49-4c12-08dc841cde7d X-MS-Exchange-CrossTenant-AuthSource: PH0PR11MB4776.namprd11.prod.outlook.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-OriginalArrivalTime: 03 Jun 2024 22:31:11.0517 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-CrossTenant-Id: 84df9e7f-e9f6-40af-b435-aaaaaaaaaaaa X-MS-Exchange-CrossTenant-RMS-PersistedConsumerOrg: 00000000-0000-0000-0000-000000000000 X-MS-Exchange-Transport-CrossTenantHeadersStamped: CH3PR11MB8592 X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.34 / 15.00]; FORGED_MUA_THUNDERBIRD_MSGID_UNKNOWN(2.50)[]; ARC_ALLOW(-1.00)[microsoft.com:s=arcselector9901:i=1]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.85)[-0.847]; DMARC_POLICY_ALLOW(-0.50)[hotmail.com,none]; R_SPF_ALLOW(-0.20)[+ip6:2a01:111:f403::/49]; R_DKIM_ALLOW(-0.20)[hotmail.com:s=selector1]; MIME_GOOD(-0.10)[text/plain]; XM_UA_NO_VERSION(0.01)[]; ASN(0.00)[asn:8075, ipnet:2a01:111:f000::/36, country:US]; FREEMAIL_FROM(0.00)[hotmail.com]; MIME_TRACE(0.00)[0:+]; DWL_DNSWL_NONE(0.00)[hotmail.com:dkim]; FREEMAIL_ENVFROM(0.00)[hotmail.com]; RCPT_COUNT_ONE(0.00)[1]; MLMMJ_DEST(0.00)[questions@freebsd.org]; TO_MATCH_ENVRCPT_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; RCVD_TLS_LAST(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; TO_DN_NONE(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; DKIM_TRACE(0.00)[hotmail.com:+] X-Rspamd-Queue-Id: 4VtT3759fQz50l4 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. From nobody Mon Jun 3 22:45:46 2024 X-Original-To: questions@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4VtTNK048cz5LQd4 for ; Mon, 03 Jun 2024 22:46:09 +0000 (UTC) (envelope-from wfdudley@gmail.com) Received: from mail-vs1-xe33.google.com (mail-vs1-xe33.google.com [IPv6:2607:f8b0:4864:20::e33]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "WR4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4VtTNJ13nlz52PP for ; Mon, 3 Jun 2024 22:46:08 +0000 (UTC) (envelope-from wfdudley@gmail.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20230601 header.b=LySi+eBc; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of wfdudley@gmail.com designates 2607:f8b0:4864:20::e33 as permitted sender) smtp.mailfrom=wfdudley@gmail.com Received: by mail-vs1-xe33.google.com with SMTP id ada2fe7eead31-48a3989641cso1093522137.1 for ; Mon, 03 Jun 2024 15:46:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1717454766; x=1718059566; darn=freebsd.org; h=cc:subject:message-id:date:from:in-reply-to:references:mime-version :from:to:cc:subject:date:message-id:reply-to; bh=rc+KnUKpndu+9fNlnpduYbnGfBvoFZa+8hd8yLRGRcA=; b=LySi+eBcmR1F6ugFxQp63NAYysqZlVQYzBOI7Y9X20pD0IUnlHglE7P9p+aLSwwp5T 2WKf6r/+Wtdl7j0DEhM5sE8JR/Js6ztKMuYK1HX0zlGE4B8nWlLreogU/Gp9bcGpM/Z+ YWPC0Ov8THEmzTJRDWm2t8IPPMstObWLR04xCdRHy9JAEYo7yv2c8LqoeIY0j3j7xzyK bPy4r8vVsa3i/vhnPdZAxYeJj6jxe1Cwc0pspbhJ2pYaHGRVCvqI75TT93Msnrls8RVP 1kU61IFvvv9X09mmCzjTl8zMVOExWbgXjhZQyUZWmOC0xz3/c2nfG309PHlEDvElmYgx d1vg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1717454766; x=1718059566; h=cc:subject:message-id:date:from:in-reply-to:references:mime-version :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=rc+KnUKpndu+9fNlnpduYbnGfBvoFZa+8hd8yLRGRcA=; b=io64p/xi9QJp1rtS27pTScfHY1B/1zHlaeyc65JfQ7EcEUBAZT8swuNSY5veotrN6B ft/+RaV3kJ49qhZTOGf2uu2KTmr6AX4erQ4KFmzMe8iCIiZs/PQ1v7ZxSfFNmg4QHH/U UdIicIfZ2WzwPV38gFZbEprIPcyvF+rwj9wYlO6QfF2DggkjPqpl/Fz16RlRmaCOx+u0 rRQWzqWewfUKFLGIrT+RV7QbB7NU+OE3oeW9RJ4Nn6O+j0Y/2+3A+zUFt2pWwb96m66b qCCpSU21mfmsM3DtYhrxW7PPo3IOrciVmUDefN67akFeXrZrCpm6X3DP+uqaSGguUNp6 JEJQ== X-Gm-Message-State: AOJu0YwVItrTsfHJ9Xn37zO6ZfXO7WPf62w6v7Ea9ZvRpvxgtsC7lH3Q NXxZUo7U7T3ZJ8qhhw9tm10BczaDtq5wTyx+TYscFY7LSAf8DZzDHjaBJ5CCAKmCDaw0MJEvq0j ZNa8BRIBvMT5YgxVTy4zzP8yf2Z5zVA== X-Google-Smtp-Source: AGHT+IG5Qu1Vxegp/qCMWf9+7xWlcElsYIM0S11jNADFTRHM/Gp5kIdp8TIBsVNnX7T1n/lqGErQMsHUYRqVv4WbPV0= X-Received: by 2002:a05:6102:24ae:b0:48b:bf07:5980 with SMTP id ada2fe7eead31-48bc2400df7mr11395903137.33.1717454766288; Mon, 03 Jun 2024 15:46:06 -0700 (PDT) List-Id: User questions List-Archive: https://lists.freebsd.org/archives/freebsd-questions List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-questions@freebsd.org Sender: owner-freebsd-questions@FreeBSD.org MIME-Version: 1.0 References: In-Reply-To: From: William Dudley Date: Mon, 3 Jun 2024 18:45:46 -0400 Message-ID: Subject: Re: help with full zfs "partitions" - can't delete files - SOLVED? Cc: questions@freebsd.org Content-Type: multipart/alternative; boundary="0000000000004337b4061a0419fe" X-Spamd-Bar: / X-Spamd-Result: default: False [-0.93 / 15.00]; MISSING_TO(2.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.93)[-0.926]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20230601]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCVD_TLS_LAST(0.00)[]; FREEMAIL_FROM(0.00)[gmail.com]; FREEMAIL_ENVFROM(0.00)[gmail.com]; MIME_TRACE(0.00)[0:+,1:+,2:~]; ARC_NA(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; FROM_HAS_DN(0.00)[]; MISSING_XM_UA(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[questions@freebsd.org]; TO_DN_NONE(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; MLMMJ_DEST(0.00)[questions@freebsd.org]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; MID_RHS_MATCH_FROMTLD(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; RCVD_COUNT_ONE(0.00)[1]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::e33:from] X-Rspamd-Queue-Id: 4VtTNJ13nlz52PP --0000000000004337b4061a0419fe Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable see below On Mon, Jun 3, 2024 at 6:31=E2=80=AFPM Edward Sanford Sutton, III < mirror176@hotmail.com> wrote: > 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? > Striped > > > 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)? > as root, by doing rsync from another machine's disk that is an NFS mount. > > > 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=3D/dev/zero of=3D(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. > All commands as root. > > > There are no snapshots, I never created any. > > > > Extensive googling has not shown any more than bug reports acknowledgin= g > > 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. > I know, but it's "mostly" true, compared to people running Winders. ANYWAY, this might be "solved", in the sense that I have a work around. Paul Procacci emailed me a suggestion to try this: sysctl -w vfs.zfs.spa.slop_shift=3D6 and if that doesn't work, try 7 or 8. A setting of 7 allows me to delete files. Not sure if this lets me fully clean up the mess, but so far, so good. Bill Dudley --0000000000004337b4061a0419fe Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
see below


On Mon, Jun 3= , 2024 at 6:31=E2=80=AFPM Edward Sanford Sutton, III <mirror176@hotmail.com> wrote:
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?

Striped=C2= =A0

> The zfs pool has 7 "partitions" (is that what they're ca= lled?)
>
> I was copying files over from another machine and didn't realize t= hat
> I filled one of the partitions.

What user? What command(s)?

as root, by= doing rsync from another machine's disk that is an NFS mount.=C2=A0

> 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=3D/dev/zero of=3D(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.

All commands as root.=C2=A0

> There are no snapshots, I never created any.
>
> Extensive googling has not shown any more than bug reports acknowledgi= ng
> 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.

I know, but it's "mo= stly" true, compared to people running Winders.

ANYWAY, this might be "solved", in the sense that I have a wor= k around.
Paul Procacci emailed me a suggestion to try this:
<= /div>
sysctl -w vfs.zfs.spa.slop_shift=3D6
and if that doesn't work, try 7 or 8.=C2=A0 A setting= of 7 allows me to delete files.
Not sure if this lets me fully c= lean up the mess, but so far, so good.

Bill Dudley= =C2=A0
--0000000000004337b4061a0419fe--