Maticks

Very interesting... Have you tried the binhex container? I might have to fire up a second Plex docker see if that fixes it. Do other transcodes work though writing to /tmp

It loads fine on Apple TV that’s correct but other iOS devices it won’t play or transcode. Would be nice if plex fixed it. It never was this broken before January plex worked fine with eac3.

Its likely the EAAC 5.1 issue. iOS doesn't like Dolby Digital Plus with Plex it can't covert or play it. I've reported it to Plex a few times they aren't interested in fixing it. Setup a handbrake docker and i convert it to H.264 MKV 1080p30, it will reencode the audio and fix it. i just throw files that have Dolby Digital Plus into the watched folder and its a quick way around it.

i did a Plex update on my docker and the update is causing some issues with my tv stopping video stream after 30 seconds exactly of playing. Just throws me off the server, so how do i roll back the docker update? Is there an easy command to roll this thing back.

Medusa is broken for Torrentleech search provider, its been fixed in Github for medusa a few days ago. Can we get an update on the docker please 2018-04-07 15:30:49 INFO SEARCHQUEUE-FORCED-75692 :: [TorrentLeech] :: [d6eb72d] Unknown exception in url https://classic.torrentleech.org/torrents/browse. Error: Unable to parse Cloudflare anti-bots page: Error parsing Cloudflare IUAM Javascript challenge. Cloudflare may have changed their technique, or there may be a bug in the script. Please read https://github.com/Anorov/cloudflare-scrape#updates, then file a bug report at https://github.com/Anorov/cloudflare-scrape/issues." Cloudflare may have changed their technique, or there may be a bug in the script. Please read https://github.com/Anorov/cloudflare-scrape#updates, then file a bug report at https://github.com/Anorov/cloudflare-scrape/issues."

Anyone know how to fix this error in the script.. delete_dangling_images broken Script location: /tmp/user.scripts/tmpScripts/delete_dangling_images/scriptNote that closing this window will abort the execution of this script"docker rmi" requires at least 1 argument.See 'docker rmi --help'.Usage: docker rmi [OPTIONS] IMAGE [IMAGE...] [flags]Remove one or more imagesFinishedif an error shows above, no dangling images were found to delete

i use to run this command when i had cache fs full issues, it was because of allocated sectors in btrfs. It's not so much an Unraid thing its more btrfs itself. btrfs balance start -dusage=75 /mnt/cache If that fixes it run a cron every few days.

I haven't had the allocation SSD issue happen since the upgrade. I think its resolved. at least i haven't seen less than 112Mbps transfer speeds so i haven't had a need to manually run rebalance.

I might do this once a month i have had those disk full messages before when i had 80G free before on the cache.

Just finished... Label: none uuid: 8e82d82d-f6f6-45d7-9e5a-d389fb0e0bb3 Total devices 1 FS bytes used 17.31GiB devid 1 size 238.47GiB used 18.03GiB path /dev/sdl1 root@Vault:~# fstrim -v /mnt/cache /mnt/cache: 220.5 GiB (236698525696 bytes) trimmed That so far is faster than my cache drive has ever run. ill load it up with data and see if it slows down. So we should cron btrfs balance daily as well ?

I think you are onto something there.. My second system running btfs on cache still is where downloads temp go for decompression before moving into the array. It has in the FS 14G Used in Unraid but in the btrfs show. Label: none uuid: 8e82d82d-f6f6-45d7-9e5a-d389fb0e0bb3 Total devices 1 FS bytes used 17.36GiB devid 1 size 238.47GiB used 161.03GiB path /dev/sdl1 running a balance now. This might explain why when i fill 160GB of my 256GB SSD the wheels full off. I tend to find docker crashes happen when the cache is around the 160-165GB area and the system slows to a crawl. if i thrash the IO when the cache is 160GB thats when things go wrong.

I am thinking it might be this copy on write function in the shares section it's on by default. Maybe that is breaking things it does mention btrfs should be set to nocow. id have to change back my pool to btrfs to test again though....

it sounds very much like the Apple Iphone antenna issue, "you are holding it wrong"

i can second this now since moving to xfs on cache things are running much smoother. transferring a file over the network while running mover is fine now. No Dockers are crashing like before and the system is still responsive. load never exceeds 8.00. ssh is completely responsive as well, should this be raised as a bug to be looked at?

I am having a similar issue with my cache drive which is btrfs as well. Simple things like copying a file over the network into the cache drive kill my docker container speeds loads shoot up into 12.00 and ssh is very slow even doing Ls commands. if mover ever runs while copying well dockers start crashing. how do you covert the cache from btrfs to xfs that sounds like it improved things. Can we still mirror without btrfs. I was looking at picking up a second ssd.

It is loaded in my plugin's tab but i don't see the country no..

i fixed it by sshing into the unraid server. crontab -e adding in this line for 1 Minute or 5 Minutes. I prefer to change mine as often as possible. Every 1 Minute * * * * * chmod -R 777 /mnt/user/Downloads/completed >/dev/null 2>&1 Every 5 Minutes */5 * * * * chmod -R 777 /mnt/user/Downloads/completed >/dev/null 2>&1 Exit the commands window with Shift+ZZ (standard vi Commands) crontab -l you should see the chmod command now listed and it will run chmodding the files and folders in your completed directory. a dirty hack but a temporary fix.

I am having the same issue, good its not just me.. i am having to chmod -R 777 * my Downloads folder every minute in a cron job. apparently we need to set user mask 0000 in the Advanced section and i swear it use to be in there till an update recently now its not in the Advanced menu.

i don't use auto updates so i'll just delete it when i update the docker.

# docker exec -it openvpn-as deluser admin Removing user `admin' ... Warning: group `admin' has no more members. Done. Problem solved, as long as one of your users are set to admin in the UI.

The Admin user can always VPN in, i cannot see a way to disable this. provided you change the admin password they cannot login obviously. but even with the GUI removed they could still brute force the admin password since there is no way to disable that from the UI.

My own stupid fault didn't set auth to Local User before issuing the docker password commands. Works fine now on reboot

Yes agree the GUI shouldn't be public facing but if someone was to VPN to my server with admin and password they would also get a login to my local network

Maybe this is something obvious but i can't seem to work it out. Whenever i update my admin password in the docker from ssh i can login fine with the new password. When i shutdown the docker and restart it, the admin password is changed back to password. This worries me since its public facing, i've tried to also change the authentication method's but that doesn't seem to prevent this. How do i make the admin password stick and not change. please help

I have it pointed to /opt/VirtualBox