<div dir="ltr"><div class="gmail_extra"><br><br><div class="gmail_quote">On Wed, Dec 4, 2013 at 1:03 PM, Cassandra von Ahrcanburg <span dir="ltr"><<a href="mailto:proudmouse@tlink.de" target="_blank">proudmouse@tlink.de</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br>
> Keeping the history is also a nice feature that is not available in<br>
> ZFS. It's sort of built-in backup. This needs some extra space,<br>
> especially if a lot of files are changed very often.<br>
<br>
This is cold storage, so I would probably deactivate this feature<br>
anyway - or at least reduce it.<br></blockquote><div><br></div><div>If you'll only ever have one version of the file on disk, history won't help much, but if there's any chance a user will come up and say, "I scrambled this one file/set of files/whole directory; can I get yesterday's version?", it makes it very easy to fix.</div>
<div><br></div><div>a similar example: I managed several times to accidentally delete all the pkgsrc binaries for a given DragonFly release when trying to sync over a new build.  12,000 or so packages, gone.  I was able to copy them all back into place because of Hammer.</div>
<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Both. As written before, this is cold storage and things will usually<br>
not get removed, but instead, the archive will tend to grow. The<br>
problem is, that I can't really say where. So setting a mount point in<br>
a good position within the archives directory tree is near to<br>
impossible. What I have done until now (with UFS) is to give each drive<br>
a mount point outside of the archive. Beside all of these there is also<br>
a directory tree (without files) of for the archive. Then I connect the<br>
last directory level with smylinks to the tree. This way, when I add a<br>
drive, adding its contents to the tree is a matter of clevis, but in<br>
terms of skill, rather trivial.<br></blockquote><div><br></div><div>DragonFly's mount_null works quite well, so you can use that to arbitrarily place drives.  That may or may not make your life less complicated.</div>
<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Just to be sure: In this context a volume could be a physical drive. So<br>
creating a single fs over both ad1 and ad2 is a bad idea. I can<br>
understand that, because this constellation would be something like a<br>
RAID0. If one drive dies, all data is lost. If however ad1 and ad2 are<br>
combined to a single volume either with vinum oder LVM, creating a<br>
hammer on that would be ok.<br></blockquote><div><br></div><div>I'm pretty sure that is correct - with the caveat that I haven't tried it.</div></div><br></div></div>