<br><div class="gmail_quote"><div dir="ltr">On Sat, Apr 1, 2017, 8:55 PM Mark <<a href="mailto:fairlane@springcom.com">fairlane@springcom.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br class="gmail_msg">
<br class="gmail_msg">
On 03/23/2017 10:31 PM, Will Dormann wrote:<br class="gmail_msg">
> That's a little confusing. You care about "video recordings" but not<br class="gmail_msg">
> "recordings" ?<br class="gmail_msg">
Sorry, video recordings means the DVD's i spent years ripping.  The<br class="gmail_msg">
'recordings' is the stuff that myth tapes off the sat box, which i<br class="gmail_msg">
usually could care less since i don't have tons saved up to watch usually.<br class="gmail_msg">
><br class="gmail_msg">
> I'd only consider ZFS if you've got 8GB of RAM or more.  The more the<br class="gmail_msg">
> merrier.<br class="gmail_msg">
8gb of ram in the server.<br class="gmail_msg">
><br class="gmail_msg">
> Using ZFS (with more than one drive, obviously) or a RAID (linux md) can<br class="gmail_msg">
> help minimize downtime in the case of a drive failure.   With or without<br class="gmail_msg">
> redundant drives, you'll want two things to be safe:<br class="gmail_msg">
> 1) Backups.    RAID isn't backup, yadda yadda...<br class="gmail_msg">
> 2) Configure smartd to do scheduled self tests (I do daily short and<br class="gmail_msg">
> weekly long) *and* configure it to email you in the case of a failing drive.<br class="gmail_msg">
><br class="gmail_msg">
> At least with spinning-platter disks, properly-configured SMART will<br class="gmail_msg">
> often give you a warning before the drive dies.  (it will die).  With<br class="gmail_msg">
> SSDs, I'm not completely sure how useful SMART is.<br class="gmail_msg">
I'm still uncertain ZFS makes sense.  merits?<br class="gmail_msg">
><br class="gmail_msg">
><br class="gmail_msg">
> -WD<br class="gmail_msg"></blockquote></div><div><br></div><div>I have always considered ZFS as a way of decoupling your storage hardware and the logical storage, so in some ways it can be easier to manage over time.  For example, its relatively trivial to add and remove drives without data loss... And those drives can be completely different.</div><div><br></div><div>Perhaps the biggest advantage of ZFS are snapshots... Great for some workloads, though perhaps not MythTV.</div><div><br></div><div>Because MythTV has native support for using multiple drives for virtually all media types... And there is not tremendous value in snapshots with mythtv (im sure someone would argue otherwise).  I really think it just adds a layer of complexity and overhead that is simply unnecessary.</div><div><br></div><div>For Mythtv, I really encourge people, especially those new to mythtv, to run JBOD.  You dont lose anything (except perhaps transparent recovery from a failed disk), but you seriously simplify troubleshooting if you have issues.  You can certainly have a lot of fun with RAID, ZFS, etc.. if you want, but if your objective is to have a reliable system that just about every question you have has well documented solutions, then keep it simple.  Its hard to troubleshoot issues when your running myth in a vm, on a cluster with a zfs san...</div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
</blockquote></div>