cookiemole

I use my unRaid box primarily for Plex. I'd like to upgrade my server, but I also want to future-proof it if possible. Since 4K 10 bit HEVC videos are going to become a real thing, I was wondering if people had any thoughts on what hardware would be required for transcoding. From a quick search it looks like people have needed to resort to dual-Xeon processor setups to get satisfactory Plex transcoding. But that was just a few data points. Anybody else have anecdotes to offer? My naive guess is that the prevalence of 4K h.265 is going to force Plex's hand and they are finally going to have to implement Intel Quicksync support. If this is the case then I might want to wait until Kaby Lake to upgrade, since Skylake only supports up to 8 bit color for hardware-accelerated transcode.

I just gave your build a serious look, because I was interested in upgrading the internals of my rig, which also uses a Node 304 case. My initial concept was to have it only serve files, so at the moment it is very light on processing power. Being new to unRaid, I didn't realize how darn convenient dockers were. After discovering how elegant of a solution they were, I abandoned my original plan of running Plex in a separate Intel NUC. Now I want to use the same motherboard as you with either a Xeon or i3. Question: which direction is the Hyper 212's fan pushing air? Is it not fighting the 140mm fan?

If you ever get around to measuring it, please do post your results! I'm always curious to see power consumption in different builds.

Sweet build. How much power does it draw at idle (drives spun down, but not asleep)? I'm thinking about something similar but want to run Sonarr so I probably have to keep my machine awake 24/7.

Sorry if this is a basic question. How do I set the FTP server to be read-only?

Looks awesome, but do they sell it in the US?

The connection felt secure on the drive in question, but just in case, I decided to completely replace the cable. It was like night and day! The transfer rates are fast now (up from 2MB/s to 40MB/s - 80 MB/s). Thanks trurl! RobJ--I do notice that the transfers still aren't 100% smooth, even after cable replacement, so I'll check out that plugin. Maybe there is still room to tweak and improve, but overall I'm pretty happy.

Thanks for the advice--I will check connections when I get home. I'm a bit confused though--if the connection was flawed, wouldn't the disk be unable to transfer data at all?

StS82--it was indeed as you said. After 8 hours it finally finished and cleaned up the original files. trurl--I followed your sig and the diagnostics file is attached. In the logs, I noticed these lines: Jun 13 02:29:30 Tower kernel: ata5.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x6 frozen Jun 13 02:29:30 Tower kernel: ata5.00: failed command: WRITE DMA EXT Jun 13 02:29:30 Tower kernel: ata5.00: cmd 35/00:40:28:1d:98/00:05:04:00:00/e0 tag 16 dma 688128 out Jun 13 02:29:30 Tower kernel: res 40/00:00:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout) Jun 13 02:29:30 Tower kernel: ata5.00: status: { DRDY } Jun 13 02:29:30 Tower kernel: ata5: hard resetting link Jun 13 02:29:31 Tower kernel: ata5: SATA link up 6.0 Gbps (SStatus 133 SControl 310) Jun 13 02:29:31 Tower kernel: ata5.00: configured for UDMA/33 Jun 13 02:29:31 Tower kernel: ata5.00: device reported invalid CHS sector 0 Jun 13 02:29:31 Tower kernel: ata5: EH complete They seem to repeat again and again. tower-diagnostics-20160613-0945.zip

Hi trurl, Thanks for your reply. I come from a Windows world and am only a couple of weeks into using Unraid. What sort of diagnostics should I report, and how should I get those reports? If I copy something from outside the array into the array, I get something more like 40 megs a second. It's only when copying from one disk in the array to another that this problem occurs. My RAM usage is hovering around 49% (I have 4 gigs). CPU usage is around 30%. I notice that the original files are still on the first disk, even though I told MC to move the files over. This is not what I expected. However, the procedure is still running (I've spent several hours trying to move about 30 gigs of video). Perhaps it will remove the originals after the move is complete.

I recently put a new drive into my array and I want to move some of my TV shows off my older drives which are almost 100% full to my new drive. All my drives are part of the same user share, though in MC I am accessing them as separate disk shares. The speed that Midnight Commander moves these files averages out to be about 2.1 MB/s. The way that it does it is strange though--it has a quick burst where things look like they are going normally for 100 to 200 MB, then it sits there for about a minute like it is stuck. Eventually, it gets unstuck and manages another spurt of a couple hundred megabytes. Has anyone seen this behavior before? Could it be because I have dockers running which are accessing the files? I have it set up so that the split level of the user share keeps all episodes of a show together on one disk. Will Unraid get confused if a show temporarily gets split up between disks during the move process?

I am also having problems with Plex not automatically detecting directory changes when a new movie is added. (I'm running Plex through a docker). However, it does allow me to use Plex's periodic file scan without spinning up the disks. This happens much faster now because it just searches through the list of files in RAM. Could this plugin be intercepting and clearing the "something has changed" flag before Plex has a chance to see it?