Hammer filesystem removal of a file.

[Justin Sherrill]

What you are looking at is file history.  Snapshots are moments in time of
the entire volume.  File history is a record of every change synced to
disk.  From hammer(5):

If you've removed snapshots and pruned, it should have removed a great deal
of the data.  File history since the last snapshot is preserved, though.
If you don't want any history kept, mount the Hammer volume nohistory.
 (see mount_hammer(8) )

It will always be read-only because it's history; it already happened.  If
you want to modify the files, you will need to copy them out and then
modify them on the "now" version of the filesystem.


On Thu, Nov 20, 2014 at 7:28 AM, Rohit Menon <rohit.forum33 at gmail.com>
wrote:

> Hello Antonio,
>
> I have removed all the snapshots of the volume.
> This has been done as documented that is hammer snapls and then
> prune-everything.
> I have noticed a peculiar behaviour though.
> Im able to generate a transaction Id using hammer synctid
> When I cd to the directory that is /Backup5/@@0x0000000108329000
> Im able to see the data but cannot remove it as it is a read-only
> filesystem.
> I tried to null mount this and remove it to no avail.
> Is there something Im still missing.
>
>
> On Wed, Nov 19, 2014 at 5:17 PM, Antonio Huete Jiménez <
> tuxillo at quantumachine.net> wrote:
>
>> Hi Rohit,
>>
>> There must be a snapshot referencing those files and that is the reason
>> why they keep using the space.
>> Check hammer(8) manpage on how to operate snapshots.
>>
>> Best regards,
>> Antonio Huete
>>
>>
>> Quoting Rohit Menon <rohit.forum33 at gmail.com>:
>>
>>  Hello,
>>>
>>> Im a newbie to BSD as a whole.
>>> Currently my company has a backup solution implemented in dragonfly BSD
>>> with hammer.
>>> My question is simple, is there a specific way to remove a file/folder in
>>> hammer.
>>>
>>> The situation is like:
>>>
>>> I moved 65G data to one of my directoies /Backup under a specifc
>>> directory.
>>> When I removed it the the files and folders have been removed but the
>>> occupied space remains.
>>> I have done hammer cleanup and prune but to no avail.
>>>
>>>
>>> Can you please guide me on where Im going wrong.
>>>
>>
>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.dragonflybsd.org/pipermail/hammer/attachments/20141120/2684aaf1/attachment-0003.htm>