Date: Tue, 18 Nov 2014 18:29:39 +0100 From: Adam Nowacki <nowakpl@platinum.linux.pl> To: freebsd-fs@freebsd.org Subject: Re: No more free space after upgrading to 10.1 and zpool upgrade Message-ID: <546B8203.5040607@platinum.linux.pl> In-Reply-To: <20141118054443.GA40514@core.summit> References: <CA%2Bq%2BTcqo2CL%2B00-4RTD1=WStOSYtawwsZbC1tpZ1G9CbiBp_Dw@mail.gmail.com> <20141116080128.GA20042@exhan.dylanleigh.net> <CA%2Bq%2BTcoC4gTPqGc_V3xv%2BcWxJuB2r8YioH_NLfaj=5xwsaXW0w@mail.gmail.com> <20141118054443.GA40514@core.summit>
next in thread | previous in thread | raw e-mail | index | archive | help
On 2014-11-18 06:44, Emil Mikulic wrote: > On Sun, Nov 16, 2014 at 04:10:28PM +0100, Olivier Cochard-Labb? wrote: >> On Sun, Nov 16, 2014 at 9:01 AM, Dylan Leigh <fbsd at dylanleigh.net> wrote: >> >>> >>> Could you provide some other details about the pool structure/config, >>> including the output of "zpool status"? >>> >>> >> It's a raidz1 pool build with 5 SATA 2TB drives, and there are 5 zvolumes >> without advanced features (no compression, no snapshot, no de-dup, etc...). >> Because it's a raidz1 pool, I know that FREE space reported by a "zpool >> list" include redundancy overhead and is bigger than AVAIL space reported >> by a "zfs list". >> >> I've moved about 100GB (on hundred GigaByte) of files and after this step >> there were only 2GB (two GigaByte) of Free space only: How is it possible ? > > I had the same problem. Very old pool: > > History for 'jupiter': > 2010-01-20.20:46:00 zpool create jupiter raidz /dev/ad10 /dev/ad12 /dev/ad14 > > I upgraded FreeBSD 8.3 to 9.0, which I think went fine, but when I upgraded > to 10.1, I had 0B AVAIL according to "zfs list" and df(1), even though there was > free space according to "zpool list" > > # zpool list -p jupiter > NAME SIZE ALLOC FREE FRAG EXPANDSZ CAP DEDUP HEALTH ALTROOT > jupiter 4466765987840 4330587288576 136178699264 30% - 96 1.00x ONLINE - > > # zfs list -p jupiter > NAME USED AVAIL REFER MOUNTPOINT > jupiter 2884237136220 0 46376 /jupiter > > Deleting files, snapshots, and child filesystems didn't help, AVAIL stayed at > zero bytes... until I deleted enough: > > NAME SIZE ALLOC FREE FRAG EXPANDSZ CAP DEDUP HEALTH ALTROOT > jupiter 4466765987840 4320649953280 146116034560 30% - 96 1.00x ONLINE - > > NAME USED AVAIL REFER MOUNTPOINT > jupiter 2877618732010 4350460950 46376 /jupiter > > Apparently, the above happened somewhere between 96.0% and 96.9% used. > > Any ideas what happened here? It's almost like 100+GB of free space is somehow > reserved by the system (and I don't mean "zfs set reservation", those are all > "none") This commit is to blame: http://svnweb.freebsd.org/base?view=revision&revision=268455 3.125% of disk space is reserved.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?546B8203.5040607>