On Wed, September 29, 2010 15:17, Matt Cowger wrote:
> You can truncate a file:
>
> Echo "" > bigfile
>
> That will free up space without the 'rm'
Copy-on-write; the new version gets written to the disk before the old
version is released, it doesn't just overwrite. AND, if it's in any
snapshots,
2:59 PM
To: zfs-discuss@opensolaris.org
Subject: Re: [zfs-discuss] When Zpool has no space left and no snapshots
On Wed, September 22, 2010 21:25, Aleksandr Levchuk wrote:
> I ran out of space, consequently could not rm or truncate files. (It
> make sense because it's a copy-on-write
On Wed, September 22, 2010 21:25, Aleksandr Levchuk wrote:
> I ran out of space, consequently could not rm or truncate files. (It
> make sense because it's a copy-on-write and any transaction needs to
> be written to disk. It worked out really well - all I had to do is
> destroy some snapshots.)
Preemptively use quotas?
On 9/22/10 7:25 PM, "Aleksandr Levchuk" wrote:
> Dear ZFS Discussion,
>
> I ran out of space, consequently could not rm or truncate files. (It
> make sense because it's a copy-on-write and any transaction needs to
> be written to disk. It worked out really well - all I
Dear ZFS Discussion,
I ran out of space, consequently could not rm or truncate files. (It
make sense because it's a copy-on-write and any transaction needs to
be written to disk. It worked out really well - all I had to do is
destroy some snapshots.)
If there are no snapshots to destroy, how to p
