<div dir="ltr"><div>HAMMER has a built-in history but it also has to be able to clean it up to recover space.  The snapshots are basically a list of transaction ids that the clean-up code cannot cross when combining history entries together.<br><br></div>Hammer's mirror-stream is a way to mirror a master onto a read-only slave in real time.<br><div><br>-Matt<br><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Dec 25, 2014 at 9:14 PM, Predrag Punosevac <span dir="ltr"><<a href="mailto:punosevac72@gmail.com" target="_blank">punosevac72@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Could a kind soul point me to the additional documentation besides<br>
man hammer(5) and man hammer(8) which will help me further understand<br>
the difference in use/purpose of HAMMER snapshot and<br>
mirror-copy/mirror-stream on the production file server? I am also<br>
interested to hear from gurus what is the main difference of HAMMER<br>
snapshot vs ZFS snapshot and also how does mirror-copy/mirror-stream<br>
compares to ZFS clone.<br>
<br>
My confusion in part comes from the fact that HAMMER has build in<br>
history which is non-existing on ZFS so it seems that snapshots are kind<br>
semi-redundant if the history is enabled. Of course history might be<br>
very expensive in terms of disk space as I learned hard way about half a<br>
year ago so turning off history and taking HAMMER snapshots instead<br>
might be desirable in some situations.<br>
<br>
Could anybody point me to any examples of mirror-stream via ssh to a<br>
remote machine. Is there a way to encrypt mirror-stream on the fly when<br>
doing it to a remote location?<br>
<br>
Most Kind Regards,<br>
Predrag<br>
<br>
P.S. I read serveral times over HAMMER crash course posted on BSD now.<br>
<br>
</blockquote></div><br></div>