From owner-freebsd-questions@freebsd.org Wed Jul 3 16:13:16 2019 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1ACF315D89C2 for ; Wed, 3 Jul 2019 16:13:16 +0000 (UTC) (envelope-from hartzell@alerce.com) Received: from corvid.alerce.com (corvid.alerce.com [206.125.171.163]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 1751582371; Wed, 3 Jul 2019 16:13:14 +0000 (UTC) (envelope-from hartzell@alerce.com) Received: from postfix.alerce.com (50-247-65-142-static.hfc.comcastbusiness.net [50.247.65.142]) (using TLSv1.2 with cipher ECDHE-ECDSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by corvid.alerce.com (Postfix) with ESMTPSA id 43B7637838; Wed, 3 Jul 2019 09:13:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=alerce.com; s=dkim; t=1562170384; h=from:from:reply-to:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:cc:mime-version:mime-version: content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=7NXDUxFcO+PR7Uf+EbWHKTZJ289pQQ/uzWFqzinIK5Y=; b=ByuYM2xvA94qBUHaTgFcTGls9h7euiqToURxnGiQuLa9NVjlmM/fqJ2ahT4Oq6wjdh/K3J SxIQb+R8hiwBhQzh5YtsR+LjTQ9heb1fMikiUwn5mn5uehwkEtNk4kYtBQb6dwZb30kqE8 EieKpfhRu6OCtgEBa1vxMyJEj5OFNzkdD2e8fb9xT56Zc5adoTIhu3+DU4iTWVOLlkM0A/ Ca2nP2+IkIyYFZEaGJ7Mo5r3HQN36RmHF2rxVyrUKEyv5QRpMqITxbgLOYlpGEi0ZzCG/n qxVSD0VWPbJM6kfhmk9mZ2tH+HHJ9aMkm6vQvaY02DTGsqAqEpjY82JzoEc+7A== Received: by postfix.alerce.com (Postfix, from userid 501) id 7AC0E200FAA094; Wed, 3 Jul 2019 09:13:04 -0700 (PDT) From: George Hartzell MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <23836.54288.415221.602813@alice.local> Date: Wed, 3 Jul 2019 09:13:04 -0700 To: Matthew Seaman Cc: freebsd-questions@freebsd.org Subject: Re: ZFS filesystem full and logs In-Reply-To: References: <9a4367f7-d0b5-e1df-0569-b22a9d182a63@netfence.it> X-Mailer: VM undefined under 26.1 (x86_64-apple-darwin14.5.0) Reply-To: hartzell@alerce.com X-Rspamd-Queue-Id: 1751582371 X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=alerce.com header.s=dkim header.b=ByuYM2xv; dmarc=pass (policy=none) header.from=alerce.com; spf=pass (mx1.freebsd.org: domain of hartzell@alerce.com designates 206.125.171.163 as permitted sender) smtp.mailfrom=hartzell@alerce.com X-Spamd-Result: default: False [-4.97 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[alerce.com:s=dkim]; HAS_REPLYTO(0.00)[hartzell@alerce.com]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; REPLYTO_ADDR_EQ_FROM(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; RCVD_COUNT_THREE(0.00)[3]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; DKIM_TRACE(0.00)[alerce.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[alerce.com,none]; MX_GOOD(-0.01)[corvid.alerce.com]; NEURAL_HAM_SHORT(-0.96)[-0.955,0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:25795, ipnet:206.125.168.0/21, country:US]; IP_SCORE(-1.00)[ipnet: 206.125.168.0/21(-4.72), asn: 25795(-0.25), country: US(-0.06)] X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Jul 2019 16:13:16 -0000 Matthew Seaman writes: > On 03/07/2019 08:57, Andrea Venturoli wrote: > > When using UFS, if a filesystem gets full, this is logged via syslogd. > > Can the same happen somehow for ZFS? > > If it's possible, how is it done? > > ZFS doesn't fill up file systems: it fills up pools[*]. If your entire > zpool is full up, then you'll know about it PDQ, as your machine will be > a very unhappy bunny. [...] File systems can have quotas, which one can bump into even when there's plenty of room in the underlying pool. Systems can have more than one pool; there might be plenty of room in one pool (e.g. zroot) while another pool (e.g. zslow) fills up. g.