> It seems when a zfs filesystem with reserv/quota is > 100% full users can no > longer even delete files to fix the situation getting > errors like these: > > $ rm rh.pm6895.medial.V2.tif > rm: cannot remove `rh.pm6895.medial.V2.tif': Disk > quota exceeded
We've run into the same problem here. It's a known problem first mentioned on the ZFS forum in July 2006 and remains unfixed even in Solaris 10 Update 5. The only workaround we found is to truncate the file using something like "cat /dev/null >! file" (for tcsh) since that doesn't trigger copy-on-write. Unfortunately, it may not be easy to train all users to do that. Note: we have one large zpool on an X4500 Thumper and discovered that even truncation won't work if the top-level file system 1) has a manually declared quota and 2) is full. So we had to leave the quota turned off at the top level and slightly undercommit the total disk space in user file systems so truncation shell syntax continued to work for NFS users. This message posted from opensolaris.org _______________________________________________ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
