<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Jan 21, 2015 at 9:22 AM, Matthias Play <span dir="ltr"><<a href="mailto:matthias_play@gmx.net" target="_blank">matthias_play@gmx.net</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi,<br>
<br>
since I am about to setup a NAS box for private and business usage (it will also be providing additional services), I would like to ask for recommendations on what I might use. Maybe somebody already had similar intentions and realized that setup.<br>
<br>
The hardware is already in place and it basically contains HW proposed here (except for the HDD configuration and wih an additional 480G SSD for swapcache): <a href="http://blog.brianmoses.net/2015/01/diy-nas-2015-edition.html" target="_blank">http://blog.brianmoses.net/<u></u>2015/01/diy-nas-2015-edition.<u></u>html</a>.<br>
<br>
Ideally I would like to setup a RAID1 with a small boot partition and encrypting the rest just like it is demonstrated in encrypted_root.sh in the /usr/share/examples/rcconfig dir of a DragonFly installation.<br>
<br>
My high level requirements are:<br>
1. encrypt as much as possible i.e., also / if possible<br>
2. implement resilience to minimize down times<br>
3. using hammer as the predominant file system to allow for fine grained fs snapshots<br>
<br>
In order to also support RAID1 I tried to set up vinum before encrypting the vinum volume with dm. But this has not worked out, maybe I did something wrong in configuring the loader variables for initrd. I read that it was planned to add mirror support in dm, but it has not been implemented so far. Maybe the reason is that with hammer there is already a descent mirror solution available. Although I think hammer mirror does not suit me 100% because of the expected down time in case of the master drive failing i.e., on would have to convert slave pfs to master pfs or cpdup the slave pfs contents to newly setup master pfs.<br>
<br>
Is there a configuration I might use to realize my three requirements above?<br>
Would using LVM be a viable alternative?<br>
<br>
Regards<br>
Matthas<br></blockquote><div><br><br><br></div><div>My suggestion may be the following :<br><br></div><div>Use an independent disk for operating system .<br></div><div>Format other disks for storing data . <br></div><div>Mount them as independent drives ( drive names other than drive name of the operating system disk ) .<br></div><div>Define an owner for the data disks ( the same user for all of them , not root ) <br><br></div><div>Later on , when it becomes necessary to install a new operating system version , install it onto a new disk with the existing owner user name of the data disks in another computer .<br></div><div>After verifying that the new operating system is working as expected , replace old operating system disk with the new one . <br><br></div><div>In that way , data disks are recognized as they are because owner name is not changed .<br></div><div>Installation of new operating system does not affect data disks where it is assumed that new version does not scratch existing data disks , i.e. disk format is not changed .<br><br><br></div><div>With this practice , only down time required is to replace time of the new operating system disk .<br></div><div>No loss of data , no complete copy onto other disks because operating system is in an independent disk . <br></div><div><br><br></div><div>Thank you very much .<br><br><br></div><div>Mehmet Erol Sanliturk<br><br><br><br></div><div><br></div></div><br></div></div>