From nobody Mon Jul 28 00:04:34 2025 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 4bqzHZ6bDHz63HKv for ; Mon, 28 Jul 2025 00:04:42 +0000 (UTC) (envelope-from robert@webtent.org) Received: from tbwh.webtent.net (tbwh.webtent.net [208.38.145.35]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4bqzHZ0chjz3Why for ; Mon, 28 Jul 2025 00:04:41 +0000 (UTC) (envelope-from robert@webtent.org) Authentication-Results: mx1.freebsd.org; dkim=none; spf=pass (mx1.freebsd.org: domain of robert@webtent.org designates 208.38.145.35 as permitted sender) smtp.mailfrom=robert@webtent.org; dmarc=pass (policy=reject) header.from=webtent.org Received: from [192.168.192.50] (static-47-206-68-190.tamp.fl.frontiernet.net [47.206.68.190]) (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) (No client certificate requested) (Authenticated sender: robert) by tbwh.webtent.net (Postfix) with ESMTPSA id 75EB6885883 for ; Sun, 27 Jul 2025 20:04:35 -0400 (EDT) DKIM-Filter: OpenDKIM Filter v2.11.0 tbwh.webtent.net 75EB6885883 X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 1.2.0 at tbwh.webtent.net Message-ID: <1dfeee95-7cd1-43c3-abc9-2427b863ed47@webtent.org> Date: Sun, 27 Jul 2025 20:04:34 -0400 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 Content-Language: en-US To: questions@freebsd.org From: Robert Subject: freebsd-update install no space left on device Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.6.2 (tbwh.webtent.net [0.0.0.0]); Sun, 27 Jul 2025 20:04:35 -0400 (EDT) X-Spamd-Result: default: False [0.46 / 15.00]; NEURAL_SPAM_LONG(1.00)[1.000]; NEURAL_SPAM_MEDIUM(1.00)[1.000]; NEURAL_HAM_SHORT(-0.94)[-0.945]; DMARC_POLICY_ALLOW(-0.50)[webtent.org,reject]; R_SPF_ALLOW(-0.20)[+ip4:208.38.145.0/26]; ONCE_RECEIVED(0.20)[]; MIME_GOOD(-0.10)[text/plain]; ASN(0.00)[asn:16724, ipnet:208.38.144.0/22, country:US]; RCPT_COUNT_ONE(0.00)[1]; FREEFALL_USER(0.00)[robert]; MIME_TRACE(0.00)[0:+]; RCVD_COUNT_ONE(0.00)[1]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; MLMMJ_DEST(0.00)[questions@freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; R_DKIM_NA(0.00)[]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[questions@freebsd.org]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCVD_TLS_ALL(0.00)[] X-Rspamd-Queue-Id: 4bqzHZ0chjz3Why X-Spamd-Bar: / I was doing an upgrade from 14.2 to 14.3 and started receiving a long list of 'no space left on device' after the reboot and running install the second time. It did finish afterward, see below. I didn't expect this as I did what I thought was a mirror system just before and didn't have the issue. Here is what the system looked like afterward... > root@monitor1:/usr/local/etc # df -h > Filesystem                         Size    Used   Avail Capacity  > Mounted on > zroot/ROOT/default                 2.0G    1.9G     70M    97%   / > devfs                              1.0K      0B    1.0K     0%   /dev > /dev/gpt/efiboot0                  260M    1.3M    259M     1%   /boot/efi > zroot/tmp                           70M    144K     70M     0%   /tmp > zroot/usr/ports                     70M     96K     70M     0%   > /usr/ports > zroot/var/tmp                       70M     96K     70M     0%   /var/tmp > zroot/var/audit                     70M     96K     70M     0%   > /var/audit > zroot/var/crash                     70M     96K     70M     0%   > /var/crash > zroot/var/log                       92M     22M     70M    24%   /var/log > zroot                               70M     96K     70M     0%   /zroot > zroot/home                          70M     96K     70M     0%   /home > zroot/var/mail                      70M    212K     70M     0%   /var/mail > zroot/home/admin                    70M    156K     70M     0%   > /home/admin > zroot/usr/src                       70M     96K     70M     0%   /usr/src But then I looked at last nights daily run output and found the zroot/ROOT/default was 5.7G, and yes, I double checked to make sure I was looking at the correct daily run output email... > Disk status: > Filesystem Size Used Avail Capacity Mounted on > zroot/ROOT/default 5.7G 4.2G 1.5G 73% / > devfs 1.0K 0B 1.0K 0% /dev > /dev/gpt/efiboot0 260M 1.3M 259M 1% /boot/efi > zroot/usr/ports 1.5G 96K 1.5G 0% /usr/ports > zroot/var/audit 1.5G 96K 1.5G 0% /var/audit > zroot/var/crash 1.5G 96K 1.5G 0% /var/crash > zroot/var/log 1.5G 22M 1.5G 1% /var/log > zroot/home 1.5G 96K 1.5G 0% /home > zroot/tmp 1.5G 144K 1.5G 0% /tmp > zroot/var/mail 1.5G 212K 1.5G 0% /var/mail > zroot/usr/src 1.5G 96K 1.5G 0% /usr/src > zroot 1.5G 96K 1.5G 0% /zroot > zroot/var/tmp 1.5G 96K 1.5G 0% /var/tmp > zroot/home/admin 1.5G 156K 1.5G 0% /home/admin How on earth did the size of zroot/ROOT/default change? More importantly at this point, am I going to start seeing any system issues and what is the best way to remedy? The zpool is 7.5G... > root@monitor1:/usr/local/etc # zpool list > NAME    SIZE  ALLOC   FREE  CKPOINT  EXPANDSZ   FRAG    CAP DEDUP    > HEALTH  ALTROOT > zroot  7.50G  7.20G   310M        -         -    84%    95% 1.00x    > ONLINE  - This is a VM on a TrueNAS server. The mirror server on a separate host shows the same zpool with 89% CAP. These VMs are not that old, they were spun up on FreeBSD 14.1. Here is how the freebsd-update install ended... > install: > c34fc2d9bef9bef3a5244a4bcb085e4167b09135c0d5388e79129eaab937a3ca: No > such file or directory > rm: c34fc2d9bef9bef3a5244a4bcb085e4167b09135c0d5388e79129eaab937a3ca: > No such file or directory > /usr/sbin/freebsd-update: cannot create > 436480fa5540b23a3d090c53bb19ab30b5290f09364ac9a844dd75c7324dbc87: No > space left on device > install: > 436480fa5540b23a3d090c53bb19ab30b5290f09364ac9a844dd75c7324dbc87: No > such file or directory > rm: 436480fa5540b23a3d090c53bb19ab30b5290f09364ac9a844dd75c7324dbc87: > No such file or directory > /usr/sbin/freebsd-update: cannot create > b8b57186732467b24bcb1ced083cce181fb70ad4764feed7b6fec2eb3b8693a9: No > space left on device > install: > b8b57186732467b24bcb1ced083cce181fb70ad4764feed7b6fec2eb3b8693a9: No > such file or directory > rm: b8b57186732467b24bcb1ced083cce181fb70ad4764feed7b6fec2eb3b8693a9: > No such file or directory > /usr/sbin/freebsd-update: cannot create > 4f6891535bc9cc281fb941adfc0d11240dd6dd782f0b973074a954dfa715a57d: No > space left on device > install: > 4f6891535bc9cc281fb941adfc0d11240dd6dd782f0b973074a954dfa715a57d: No > such file or directory > rm: 4f6891535bc9cc281fb941adfc0d11240dd6dd782f0b973074a954dfa715a57d: > No such file or directory > chflags: ///usr/lib/libl.a: No such file or directory > chflags: ///usr/lib/libln.a: No such file or directory > > Restarting sshd after upgrade > Performing sanity check on sshd configuration. > Stopping sshd. > Waiting for PIDS: 853. > Performing sanity check on sshd configuration. > Starting sshd. >  done. -- Robert