DZMM

ok found it thanks to my wife who said she couldn't watch tv recordings - I'd moved the directory, but hadn't updated tvheadend

I've just double-checked them all and also my nzbget/deluge setup

Every couple of days or so my docker image keeps filling up - it stats at 13GB from a fresh install and keeps creeping up over the days. I've been deleting and reinstalling to fix, but it's time to fix permanently. I've bumped up the size to 35GB this time (currently 24GB) to give me time to debug. I've got log rotation enabled, so it shouldn't be logs. IN cAdvisor the size of none of the images doesn't change so no obvious clues there. Any other ideas? Thanks highlander-diagnostics-20171028-0831.zip

I've used a mixture of GT 710s and r5-230s and they work fine for non-gaming use. The atis are a bit easier to use in the primary slot than nvidias.

Thanks - The post I had showed the release notes for all the 5.6.x releases which was a very hard read

thanks - that did the trick

Thanks - how do I change the permissions of adapters? Never done that before

hmm not totally out of the woods yet. My wife just tried to watch tv and it wasn't working and I actually opened the docker (thought launching was enough) and the adapters aren't showing in TVH. I get from ls -la /dev/dvb/ total 0 drwxr-xr-x 6 root root 120 Oct 26 22:57 ./ drwxr-xr-x 16 root root 4040 Oct 27 11:45 ../ drwxr-xr-x 2 root root 120 Oct 26 22:57 adapter0/ drwxr-xr-x 2 root root 120 Oct 26 22:57 adapter1/ drwxr-xr-x 2 root root 120 Oct 26 22:57 adapter2/ drwxr-xr-x 2 root root 120 Oct 26 22:57 adapter3/ I'm guessing the 0 is bad? Do I need to reboot or is there another solution? I'm in the middle of a parity check so I can't do that for another 6 hours or so if that's the solution.

Does anyone have a link to a summary of the new 5.6 features?

That was it - with the card moving around, one of my VMs grabbed the TV card rather than a USB controller. Sorted - thanks. My wife just got back and she's probably missed a corrie/emerdale recording - hope she doesn't notice!

nope - I've always been on the open source drivers with this TBS card I think (well, for a long time anyway) What happened today: machine kept crashing (turned out to be a loose SATA cable). During investigation thought TV card looked a bit too close to another card, so moved to diff slot to space out a bit more got confused with stubbing (you saw the other post). Moved card back to previous slot Removed new stubbing and rebooted docker wouldn't start - said docker doesn't exist (weird) removed and then reinstalled with same settings from App plugin get docker error

I had this docker working fine and then after moving my tv card to another slot the docker stopped working. I've tried reinstalling, but I get this error: Command: root@localhost:# /usr/local/emhttp/plugins/dynamix.docker.manager/scripts/docker run -d --name="tvheadend" --net="br0" --ip="172.30.12.70" -e TZ="Europe/London" -e HOST_OS="unRAID" -e "PGID"="100" -e "PUID"="99" -e "TCP_PORT_9981"="9981" -e "TCP_PORT_9982"="9982" -e "TZ"="Europe/London" -v "/mnt/cache/appdata/tvheadend":"/config":rw -v "/mnt/user/tv_recordings/recordings/":"/recordings":rw -v "/mnt/user/tv_recordings/timeshift/":"/timeshift":rw --device=/dev/dvb/ linuxserver/tvheadend 65e25772644732cf830e16f1139416f68f07d59f10a773e6d63ea83f3b5676b9 /usr/bin/docker: Error response from daemon: linux runtime spec devices: error gathering device information while adding custom device "/dev/dvb": lstat /dev/dvb: no such file or directory. The command failed. The card is detected by unraid dvb edition: Confused - help please! highlander-diagnostics-20171026-2155.zip

Grrr. I moved the card to another slot and it ended up getting attached to a VM and I latched onto fixing the stubbing as the solution....... Thanks!

Weird. I had to reboot for other reasons and after rebooting the device ID (and the description) for my tbs card changed. No biggie I thought, so I restubbed with the new ID. The card is stubbed, but it's not getting detected as a DVB adapter by unRAID. It also means TVheadend won't start if the --device=/dev/dvb command is included. Any ideas what's wrong? Thanks highlander-diagnostics-20171026-1942.zip

Update: sorted. my new plex profile wasn't using pass as the streaming profile. @chvb help please! tvhproxy looks like it's connecting to TVH ok as it's picking up my channels, so I think the proxy-plex bit isn't working for me. I've taken screenshots so hopefully you can tell me what I'm doing wrong.

Personally I moved to Kodi clients for my local viewing as the audio and video direct play support seems better (and you can play DVDs and ISOs), and I use Plex for my remote devices e.g. phones and tablets that need transcoding.

gets the file activity plugin working

I've setup TVHproxy and all seems correct as it picks up my tuner, epg etc. But when I try to watch a live show I get 'Playback Error Unable to tune channel' I tried doing a recording as well, but when I go to Recording Schedule to check it says ' Transcoder error' net to the recording. Do I need to setup a particular profile or change any settings in TVH other than creating a user for Plex to use like I have? Thanks

It's working, but when mover is triggered I need to add turn TW off after mover has finished. I think: exec("/usr/local/sbin/mdcmd set md_write_method"); turns TW off, but how do I put a delay in to (i) not do this until mover has finished or (ii) hardcode a 30 min delay. Have I used sleep correctly? #!/usr/bin/php <?PHP $moveAt = 85; # Adjust this value to suit (% cache drive full to move at) $runDuringCheck = true; # change to true to run mover during a parity check / rebuild $diskTotal = disk_total_space("/mnt/cache"); $diskFree = disk_free_space("/mnt/cache"); $percent = ($diskTotal - $diskFree) / $diskTotal * 100; if ( $percent > $moveAt ) { if ( ! $runDuringCheck ) { $vars = parse_ini_file("/var/local/emhttp/var.ini"); if ( $vars['mdResync'] ) { echo "Parity Check / Rebuild Running - Not executing mover\n"; exec("logger Parity Check / Rebuild Running - Not executing mover"); } else { exec("/usr/local/sbin/mdcmd set md_write_method 1"); exec("/usr/local/sbin/mover"); sleep 1800; # trying to put a 30 min pause in exec("/usr/local/sbin/mdcmd set md_write_method"); } } else { exec("/usr/local/sbin/mdcmd set md_write_method 1"); exec("/usr/local/sbin/mover"); sleep 1800; # trying to put a 30 min pause in exec("/usr/local/sbin/mdcmd set md_write_method"); } } ?>

Final update. @trurl I've just done a cache-array transfer to eliminate the double write and I got 95MB/s for a 14GB transfer with TW on. That's with all my other disk activity going on at the same time, so I would have easily got over 100MB/s I think if I'd shut all my other dockers down etc Happy days! I would never have thought I would have problems with my two motherboard SATA controllers. A bit worried about what will happen when I install a PCIe controller into the mix, as I've almost maxed out my onboard connectors. That won't happen for a while though, as I'm going to remove two 250GB cache pool SSDs at the next upgrade and replace with one 500GB SSD to free up a cable.

I'm not sure if this is exactly the same bug, but I spotted one over the weekend that the LT team said will be fixed in the next release. I'm not sure if this is 6.4RCx

you have to increase Max Watches 'fs.inotify.max_user_watches' in the Tips & Tweaks plugin. I've set mine to 720000

Ahh that makes sense - other higher speeds I've seen must have been writing to the array not doing disk transfers. I'm finally a happy bunny. I was getting frustrated with the slowness this was causing.

Latest update if anyone else if having similar problems. The limetech team have been helping and the change below got me up to around 35 MB/s without turbo write and about 55MB/s with turbo when moving files. Not near the 75-100MB/s other users seem to be getting, but hopefully the limetech team might be able to squeeze a bit more out of my drive

I've been a plex user for several years and I don't think I've ever got a response to a support issue I've had. Whereas, with unRAID the support is awesome both the unofficial in the forum and the official team - helping me right now with a disk problem - even over the weekend!