unJim

Thanks, I was hoping you might elaborate a bit on how keeping them separated helps with security but that's probably a discussion for another thread.

Is there any reason for this? I would try and get this working but I'm not sure I can mess with my configuration that much, most of the dockers I have interact with another in one way or another and giving them all separate static ip addresses and changing all my firewall and port forwarding rules to match may be to much of a hassle.

Thank you alturismo, I had given up with it but it's good to know there is a solution.

I'm trying to get tvhproxy working but Plex doesn't find it, makes no difference if I supply it with the IP address of the docker. If I go to http://192.168.1.159:5004 (the IP address I have assigned to tvhproxy) with a web browser it returns a 404 error which the tvhproxy docker logs show so it's kind of running but something isn't right. Does anybody have this working?

I think you're correct as long as that disk is involved (during a parity check for example), disk 1 (sde) is actually only 2 tb, disk 2 and disk 3 are 3 tb and the parity disk is 4 tb. So halfway through the parity check disk 1 is finished with and things should speedup again with disk 2 now being the bottleneck. But let's say for example I want to write to disk 2 and 3 at the same time, disk 1 isn't even spun up, I guess disk 2 would still be the bottleneck. I'm also kind of thinking of the best way to lay them out for future upgrades, if I already have the fastest disk as parity, if / when I replace that smaller disks (because I want larger ones or one had failed) having the current speediest disk as parity would mean as I replace disks things would get incrementally faster. Writing this out has made me realise I'm probably overthinking it I'll just add it as a data disk!

I have just precleared a disk to add to the array and noticed it was pretty quick; ############################################################################################################################ # # # unRAID Server Preclear of disk WDH2L9ZA # # Cycle 1 of 1, partition start on sector 64. # # # # # # Step 1 of 5 - Pre-read verification: [7:04:40 @ 157 MB/s] SUCCESS # # Step 2 of 5 - Zeroing the disk: [7:00:47 @ 178 MB/s] SUCCESS # # Step 3 of 5 - Writing unRAID's Preclear signature: SUCCESS # # Step 4 of 5 - Verifying unRAID's Preclear signature: SUCCESS # # Step 5 of 5 - Post-Read verification: [7:07:31 @ 155 MB/s] SUCCESS # # # # # # # # # # # # # # # ############################################################################################################################ # Cycle elapsed time: 21:13:06 | Total elapsed time: 21:13:07 # ############################################################################################################################ ############################################################################################################################ # # # S.M.A.R.T. Status default # # # # # # ATTRIBUTE INITIAL CYCLE 1 STATUS # # 5-Reallocated_Sector_Ct 0 0 - # # 9-Power_On_Hours 0 21 Up 21 # # 183-Runtime_Bad_Block 0 0 - # # 184-End-to-End_Error 0 0 - # # 187-Reported_Uncorrect 0 0 - # # 190-Airflow_Temperature_Cel 24 30 Up 6 # # 197-Current_Pending_Sector 0 0 - # # 198-Offline_Uncorrectable 0 0 - # # 199-UDMA_CRC_Error_Count 0 0 - # # # # # # # ############################################################################################################################ # SMART overall-health self-assessment test result: PASSED # ############################################################################################################################ --> ATTENTION: Please take a look into the SMART report above for drive health issues. --> RESULT: Preclear Finished Successfully!. So I ran the diskspeed.sh script to compare it to the other disks; diskspeed.sh for UNRAID, version 2.6.4 By John Bartlett. Support board @ limetech: http://goo.gl/ysJeYV Warning: Files in the array are open. Please refer to /tmp/lsof.txt for a list /dev/sdb (Disk 2): 113 MB/sec avg /dev/sdc (Disk 3): 120 MB/sec avg /dev/sdd (Cache): 470 MB/sec avg /dev/sde (Disk 1): 89 MB/sec avg /dev/sdf: 163 MB/sec avg /dev/sdg (Parity): 124 MB/sec avg To see a graph of the drive's speeds, please browse to the current directory and open the file diskspeed.html in your Internet Browser application. The new disk is sdf. As it is currently empty (and is the same size as the parity disk) I just wondered if there would be a speed advantage to be had by using the new disk as parity and moving the current parity to the array?

I can't seem to get hardware acceleration working within a windows 10 VM, latest drivers are installed, I've been using this VM as a workstation with the HD5450 passed through for a while and it has been working well but never used it to play media, I'm now planning on using it mainly as a HTPC but playing videos hammers the CPU so I'd like to get DXVA working. Is it possible to have DXVA working inside a windows 10 VM? I'm not sure if the problem is the cards compatibility with Windows 10, a driver issue, or an incompatibility with hyper V and DXVA (a Google search has lead me to believe this could be the case). Any ideas? Does anyone have DXVA working with this card (or any other for that matter)?

They're especially useful when having multiple satellite feeds, without them I'd have a list of 3500 random channels to scroll through!

Basically yep; channel numbers are automatically assigned to be the same as the provider and it updates itself when numbers get changed around. everything is categorised and easy to find and it's all automated. When I first started playing around with this stuff it took too much babysitting, when providers moved channels around things broke. This I just set and forget.

I've considered it, they do look nice . Can't tear myself away from the dreambox at the moment though, I can't find anything that handles bouquets as well as it does (AutoBouquetMaker), it "just works".

Yeah, I've now had tvheadend running sat>ip on port 554, it did allow me to tune into a few channels intermittently, sometimes it would work, sometimes it wouldn't, when it wouldn't it would flood the logs with; 2017-02-24 19:11:32.352 http: 192.168.1.5: RTSP/1.0 SETUP rtsp://192.168.1.10:554/?pids=0 -- 400 and pretty much kill the tvheadend web interface, it doesn't look like it is always asking for the correct stream. Has to be a problem with the sat>ip client on the dreambox. Guess I'll have to find another way.

It's quit possible when I get tvheadend listening on port 554 I'll have the same issue, although I'm hoping not. That Digibit R1 looks nice, probably should have bought one of them instead

Thanks, I wasn't aware of that, I currently have it set up to record to unRAID using NFS but that might actually be better, I'll look into it.

Tried that, it doesn't work with the dreambox for some reason, I don't know why as it works with everything else but the dreambox doesn't get the correct frequencies from minisatip (I'm thinking the DiSEqC commands aren't getting passed through) so I gave up on that idea

Thanks I'll give that a go, if I can get things working correctly with tvheadend running sat>ip on port 554 then I'll be one step closer to getting things working how I want