MadDiplomat

Thanks for the advice, I really appreciate it! I will stick to XFS, as it seems there is no point in rushing into early adoption of ZFS of array drives. Especially if speeds still need ironing out, as I will be getting rid of the last few 5400 RPM drives in my array.

Hello, I have an array of 7 drives with a single parity and XFS - encrypted FS. Does it make sense to break everything and use ZFS in the following situation? I've never used ZFS before, but I've heard endless of praise for it, so it must be the latest trend. Here's the situation: I want to upgrade to dual parity and replace about half of the drives with larger models. I could do this step by step, but it seems like it would take a really long time. So, I'm considering speedrunning it by backing up my entire array to another NAS, then destroying the array, installing the new drives all at once, creating a fresh configuration, and finally copying all the data back from the other NAS. Simultaneously, I'm thinking that I may as well format the "new" array's drives into ZFS with encryption (array drives can be encrypted if using ZFS, right?). I understand that since I will not use a ZFS pool, I won't get the best perks like bitrot healing, but supposedly, using ZFS for UnRAID's array drives still has certain benefits vs. XFS. If anything above is a bad idea, please stop me :).

No change with the latest UnRAID version. This plugin will put my system to sleep after the specified "extra delay" (in my case 99 minutes) and ignore other rules (array inactivity & network traffic), which were working as intended a few UnRAID versions ago. Is there any way to increase the delay beyond 99 minutes? It would make a useful workaround until this plugin is fixed. For some reason, the plugin will not let me input more than 99 minutes in the GUI (I'm not sure if this limit is intentional). Edit: I changed the "timeout" from 99 to 180 in /boot/config/plugins/dynamix.s3.sleep/dynamix.s3.sleep.cfg. This change is now reflected in the GUI, which previously did not allow me to enter a value greater than 99. I just hope it works and that I didn't break anything further. Edit 2: Well that did nothing. It says 180 minutes but it is still 99. Why is this even programmed like that is beyond me.

This plugin is broken now. Ever since I updated to UnRAID v. 6.11.1, it will go to sleep after the "delay" time, no matter what. I have increased the delay to 99 minutes and it just goes to sleep after 99 minutes. It even went to sleep while I was streaming a video from my server, ignoring all rules about array inactivity and traffic. It worked perfectly until I updated. I will now update to 6.11.3 and report if anything changes.

I'm happy to report that the effect of using encryption (xfs) on all array data disks and all cache pools has been negligible in my situation. Not only are the read/write speeds unchanged, the CPU utilization remains comparable to before. Note that I am not running any VMs, only a couple of dockers (Plex, downloaders ...). I only noticed one peculiarity, but I'm unsure if encryption had anything to do with it. To avoid shuffling the data and encrypting the drives one by one, I copied the entire array to another NAS, deleted all partitions and set a new configuration (essentially building the array anew) and then copied everything back. When I initiated the formatting of the 5 data drives to xfs-encrypted, the CPU usage spiked to 100% on all cores for about 3-5 minutes. Within this timeframe, the UnRAID web interface was completely unresponsive for about 2 minutes. However, this may simply be considered normal operation? The previous time I built an array from scratch and formatted all the drives was in 2011, so I really can't make a comparison

I just wasted 30 minutes on this. Today, 32GB flash drives are actually harder to find in stores than one would imagine. But even when I found one, the utility did not like it, even if I put it in a USB 2.0. port. I had to do the manual approach, but luckily the stick boots just fine now with UnRAID. If the app can't be updated, the legacy approach should be the default one presented on the web page.

Thanks for the info. I’m preparing to build my second unraid machine and once that’s done, I will encrypt the 2600K one. I’ll report back whether there was any impact on the speed, but it will probably take me a few weeks :)

I've been reading about the encryption feature but did not find much information about the expected performance hit. I'm worried that my aging 4-core system would be far too weak for it and that I should not even bother trying turning it on: B75 Pro3-M, i7-2600K, 4x4GB DDR3. I use 1 parity + 5 data disks without a cache drive. By using turbo writes, my write speed to the array is limited by the gigabit ethernet. I can already hit 50% CPU utilization if I, for example, use mc to copy lots of data and run some background docker apps. I'm thinking I don't have much headroom and seeing my speed drop to something like 50 MB/s with encryption would not be great at all. Thank you for sharing any experience or feedback.

Dear all, I would like to make a change: keep saving in-progress torrents to the cache-only user share, but move completed torrents to a user share in the array for seeding. My dilemma: can the mover be used for this purpose? Edit: Yes, it works.

I received the two WD Reds I ordered today and one of them is DOA. Tried it in three different computers - after power on the mechanism keeps spinning up and down and the system never detects the drive. I guess WD quality remains the same even after all these years. Makes me wonder if it was worth it at all spending the few extra coins on Reds. Greens still serve me well once the DOAs were replaced.

Thank you both for your input. Bjp, I guess you make a good point with the reliability. I'm not sure if I'm prepared to risk the potential hassle of DOAs in exchange for 10-20% lower price. Over the past several years I bought 6 WD green drives (not all of them were for unRAID) and two of them were DOA. Of course I received a replacement fairly fast and the new drive was then OK, but nevertheless the whole process is an annoyance. Edit: In the end, I opted for two WD Reds. Greens served my array for years without problems (except for those DOAs) and I expect these Reds to work even more reliably.

Hello all, I'm looking at a 3TB Verbatim HDD at one of the local shops - 3TB, 7200RPM, 64MB cache, product code 53166 (e.g. here). Here it is about 20 EUR cheaper than 3TB Seagate Barracuda or 3TB WD Green. However, I can't seem to find any useful information about these Verbatim internal drives on the Web. I presume Verbatim just resells these drives and the manufacturer is one of the big HDD companies? Does anyone have any idea what sort of drives these actually are and would the perform OK in an unRAID array? Thanks for any feedback!

I finished the upgrade. I can't believe how easy it was. I just swapped it into a new case, connected the HDDs to the ports in the same order as with the old motherboard and it worked out of the box like nothing changed. Even speedstep worked from the start. Awesome. Next month I think I'll start adding some much needed additional HDDs to the array.

Thanks! After considering the alternatives again (for my intended use of UnRAID, of course) I decided to order it, along with the Celeron G1620. I also threw in a Crucial 4GB DDR3 1600/1.5v memory stick for good measure. I'll report how everything worked out once I'll have set everything up and tested it in practice ... Based on your replies I don't expect any problems

Thank you. I think I might go with the ASRock B75 PRO3-M and Intel Celeron G1620. Combined they cost less that the GA-G1.Sniper A88X I was considering, LOL