Hi, I have a problem with my ZFS storage: some application filled a certain directory in /var completely up with data and the server runs a script which takes a snapshot every night. So, ~650 GB of the available 700 GB were filled up. Then I destroyed the last two snapshots (each referencing about 300 GB) and the files on the live system so that now there are no snapshots for /var and "du -hs /var" reports a size of 2 GB. However, zfs still reports that 623G are referenced: # zfs list rpool/var NAME USED AVAIL REFER MOUNTPOINT rpool/var 623G 48.4G 623G /var # zfs get all rpool/var ... rpool/var usedbysnapshots 0 - rpool/var usedbydataset 623G - rpool/var usedbychildren 0 - rpool/var usedbyrefreservation 0 - ... If I take a snapshot again, this snapshot also references 623G. What can I do to reclaim this space? I have to do this before I can set a quota (I have set quotas for all other file systems now :) ). -- Best regards, Andreas
On Fri, Aug 13, 2010 at 04:51:24PM +0200, Andreas Mayer wrote:> I have a problem with my ZFS storage: some application filled a > certain directory in /var completely up with data and the server runs > a script which takes a snapshot every night. So, ~650 GB of the > available 700 GB were filled up. > > Then I destroyed the last two snapshots (each referencing about 300 > GB) and the files on the live system so that now there are no > snapshots for > /var and "du -hs /var" reports a size of 2 GB. > > However, zfs still reports that 623G are referenced: > > # zfs list rpool/var > NAME USED AVAIL REFER MOUNTPOINT > rpool/var 623G 48.4G 623G /var > > # zfs get all rpool/var > ... > rpool/var usedbysnapshots 0 - > rpool/var usedbydataset 623G - > rpool/var usedbychildren 0 - > rpool/var usedbyrefreservation 0 - > ... > > If I take a snapshot again, this snapshot also references 623G. > > What can I do to reclaim this space? I have to do this before I can > set a quota (I have set quotas for all other file systems now :) ).Can you provide uname -a output please? Thanks. -- | Jeremy Chadwick jdc@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB |
$ uname -a FreeBSD wurd.dev001.net 8.1-RELEASE FreeBSD 8.1-RELEASE #0: Mon Jul 19 02:36:49 UTC 2010 root@mason.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 2010/8/13 Malcolm Waltz <mwaltz@pacific.edu>:> Have you tried "zfs list -t all" ?I have, it produces this output: $ zfs list -t all NAME USED AVAIL REFER MOUNTPOINT rpool 637G 48,4G 18K none rpool/root 245M 1,76G 209M legacy ... rpool/root backup snapshots ... rpool/srv 5,31G 48,4G 4,94G /srv ... rpool/srv backup snapshots ... rpool/tmp 90,2M 1,91G 90,2M /tmp ... rpool/tmp backup snapshots ... rpool/usr 7,91G 48,4G 6,83G /usr ... rpool/usr backup snapshots ... rpool/var 623G 48,4G 623G /var -- Best regards Andreas
In the meanwhile, some Web applications (they don't even access /var but only /srv) don't work anymore because of very strange "file not accessible" and "file not found" errors although I haven't changed anything and the file system isn't full or something like that. I think the whole pool or serveral file systems are corrupted... can that be true or am I panicking? Is there any chance that I can repair it without reinstalling the whole system? 2010/8/13 Andreas Mayer <andimayer82@gmail.com>:> There are only the normal services as they always run and access to > /var. I don't think that they are hogging space as I rebooted and > tried to disable them, but the REFER value in zlist stays 623 GB. >
On 2010-Aug-13 16:51:24 +0200, Andreas Mayer <andimayer82@gmail.com> wrote:>If I take a snapshot again, this snapshot also references 623G. > >What can I do to reclaim this space? I have to do this before I can >set a quota (I have set quotas for all other file systems now :) ).Does a reboot resolve the problem? -- Peter Jeremy -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 196 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-stable/attachments/20100816/129ce1e6/attachment.pgp