MagicSG1

Seems like its just you and me at the minute chief. Been at it for 3 days trying to sort it but to no avail. Ive moved to Emby for now. Not as "clean" but at least it works.

Been having serious problems with Plex since updating to 6.8.2 the last few days. At least it’s not just me. I’m getting the exact same Unicode error as above. Libraries failing to update etc Plex Media Scanner.log

Had the same problem turned out to be a weird DNS issue or at least it seemed to me. Restarted the router and was working again. 2 hours wasted before i thought of restarting it lol

Was anyone able to get this sorted? My IP only updates if I restart the container and at not the set interval.

@Squid It worked! That easy. As usual my thanks Squid. I'd be pulling out whats left of my hair without you.

@Squid I've taken your advice and Ive purchased a 500GB SSD for this purpose. However at the minute, a tv show downloads to the new drive, Sonarr sees it when finished, moves it and renames it along with metadata etc back to my cache drive before its moved to the array. Is there anyway I can eliminate the moving to the cache drive and just have Sonarr move it to the array?

Will have a look when I get home. Thanks for taking the time.

Old screenshot, my apologies, I am on Linuxserver. Same issue with both containers however.

No, unfortunately that doesn't seem to be it. ?

Guys I've got a weird problem and I cant spot where my mistake is. Sonarr is all of a sudden refusing to move my shows. It gives me an error saying the path does not exist. Now I can move them manually myself but thats not really the point now is it. Can anyone see where Ive went wrong? Can't see it whatsoever. Would anyone be able to help?

Thanks as always! @Squid

Hey @Squid thanks for the reply. Would this be the most optimal way of achieving what I want in eliminating the problems I've mentioned in your opinion?

Hey guys I've been looking to improve my docker performance. At the minute my dockers are installed on my 250gb samsung evo ssd. Cache only. Recently I've been downloading more and more 4K Linux ISOs with my new gigabit connection. All good. But when I'm watching something in Emby when a file is either unraring or transferring from the cache drive to the array(in particular if its transferring to the drive I'm playing something from performance becomes spotty. The playback becomes laggy or on occasion will stop altogether and I wont get full performance until the file either unpacked or transferred fully to the array. My question is this: If I install another cache drive and put both of them in a cache pool will performance improve? Or is there a way of adding another cache drive just for my dockers and have my downloads go the other cache drive? Any help with this would be very much appreciated. Cheers! My specs are as follows: Intel i3 6300 MSI Gaming H3 Motherboard 1 x 250GB Samsung EVO SSD 3 X 4TB WD Reds 2 X 6TB WD Reds 1 x 10TB Seagate Ironwolf(parity drive) IBM ServeRAID M1015 in IT mode 16GB DDR3 Ram

UPDATE I took a notion to stop the array and start it again in maintenance mode and ran "Check Filesystem Status" and magically my 100GB appeared back. It now shows I'm only using 23gb which is about right. Don't understand how or why but I'm just glad the missing space is back. Thanks very much for all of the assistance guys. This forum is one of the main reasons I use unRaid, the support network is phenomenal. Thanks again!

@Delarius Ok these commands have returned new information, I just don't know how to understand it. lsof | grep /mnt/cache shfs 7214 root 4w REG 0,31 37253693440 13180300 /mnt/cache/Movies/The Martian (2015)/.fuse_hidden01208dd30001671b (deleted) shfs 7214 7215 root 4w REG 0,31 37253693440 13180300 /mnt/cache/Movies/The Martian (2015)/.fuse_hidden01208dd30001671b (deleted) shfs 7214 14828 root 4w REG 0,31 37253693440 13180300 /mnt/cache/Movies/The Martian (2015)/.fuse_hidden01208dd30001671b (deleted) shfs 7214 16042 root 4w REG 0,31 37253693440 13180300 /mnt/cache/Movies/The Martian (2015)/.fuse_hidden01208dd30001671b (deleted) shfs 7214 16043 root 4w REG 0,31 37253693440 13180300 /mnt/cache/Movies/The Martian (2015)/.fuse_hidden01208dd30001671b (deleted) shfs 7214 16044 root 4w REG 0,31 37253693440 13180300 /mnt/cache/Movies/The Martian (2015)/.fuse_hidden01208dd30001671b (deleted) shfs 7214 16045 root 4w REG 0,31 37253693440 13180300 /mnt/cache/Movies/The Martian (2015)/.fuse_hidden01208dd30001671b (deleted) shfs 7214 16051 root 4w REG 0,31 37253693440 13180300 /mnt/cache/Movies/The Martian (2015)/.fuse_hidden01208dd30001671b (deleted) shfs 7214 16053 root 4w REG 0,31 37253693440 13180300 /mnt/cache/Movies/The Martian (2015)/.fuse_hidden01208dd30001671b (deleted) shfs 7214 16058 root 4w REG 0,31 37253693440 13180300 /mnt/cache/Movies/The Martian (2015)/.fuse_hidden01208dd30001671b (deleted) shfs 7214 16059 root 4w REG 0,31 37253693440 13180300 /mnt/cache/Movies/The Martian (2015)/.fuse_hidden01208dd30001671b (deleted) shfs 7214 25121 root 4w REG 0,31 37253693440 13180300 /mnt/cache/Movies/The Martian (2015)/.fuse_hidden01208dd30001671b (deleted) smbd 21690 root cwd DIR 0,31 70 256 /mnt/cache smbd 21690 root 31r DIR 0,31 70 256 /mnt/cache lsof | grep -i deleted superviso 2766 root 5w REG 0,31 4172632 13433540 /config/supervisord.log (deleted) shfs 7214 root 4w REG 0,31 37253693440 13180300 /mnt/cache/Movies/The Martian (2015)/.fuse_hidden01208dd30001671b (deleted) shfs 7214 7215 root 4w REG 0,31 37253693440 13180300 /mnt/cache/Movies/The Martian (2015)/.fuse_hidden01208dd30001671b (deleted) shfs 7214 14828 root 4w REG 0,31 37253693440 13180300 /mnt/cache/Movies/The Martian (2015)/.fuse_hidden01208dd30001671b (deleted) shfs 7214 16042 root 4w REG 0,31 37253693440 13180300 /mnt/cache/Movies/The Martian (2015)/.fuse_hidden01208dd30001671b (deleted) shfs 7214 16043 root 4w REG 0,31 37253693440 13180300 /mnt/cache/Movies/The Martian (2015)/.fuse_hidden01208dd30001671b (deleted) shfs 7214 16044 root 4w REG 0,31 37253693440 13180300 /mnt/cache/Movies/The Martian (2015)/.fuse_hidden01208dd30001671b (deleted) shfs 7214 16045 root 4w REG 0,31 37253693440 13180300 /mnt/cache/Movies/The Martian (2015)/.fuse_hidden01208dd30001671b (deleted) shfs 7214 16051 root 4w REG 0,31 37253693440 13180300 /mnt/cache/Movies/The Martian (2015)/.fuse_hidden01208dd30001671b (deleted) shfs 7214 16053 root 4w REG 0,31 37253693440 13180300 /mnt/cache/Movies/The Martian (2015)/.fuse_hidden01208dd30001671b (deleted) shfs 7214 16058 root 4w REG 0,31 37253693440 13180300 /mnt/cache/Movies/The Martian (2015)/.fuse_hidden01208dd30001671b (deleted) shfs 7214 16059 root 4w REG 0,31 37253693440 13180300 /mnt/cache/Movies/The Martian (2015)/.fuse_hidden01208dd30001671b (deleted) shfs 7214 25121 root 4w REG 0,31 37253693440 13180300 /mnt/cache/Movies/The Martian (2015)/.fuse_hidden01208dd30001671b (deleted) python2 23095 nobody 3w REG 0,31 0 9640492 /config/logs/error.log (deleted) python2 23095 nobody 81r REG 0,31 46886347099 13166178 /data/downloads/complete/movies/tt3659388/tt3659388.mkv (deleted) python2 23095 nobody 82w unknown /media/The Martian (2015)/ The Martian(2015).mkv (deleted) (stat: No such file or directory) python2 23095 23132 nobody 3w REG 0,31 0 9640492 /config/logs/error.log (deleted) python2 23095 23132 nobody 81r REG 0,31 46886347099 13166178 /data/downloads/complete/movies/tt3659388/tt3659388.mkv (deleted) python2 23095 23132 nobody 82w unknown /media/The Martian (2015)/ The Martian(2015).mkv (deleted) (stat: No such file or directory)

Hi, @tdallenthanks for taking a look. df -h /mnt/cache Filesystem Size Used Avail Use% Mounted on /dev/sdg1 233G 181G 52G 78% /mnt/cache At the moment there is a 52gb linux iso() downloading to the cache drive.

@DelariusIve run the command and I still dont see anything overly out of the ordinary. Here is the output from two variations of the command. Would you be able to have a look at this for me? du -h --max-depth 1 /mnt/cache 4.6G /mnt/cache/appdata 1.3G /mnt/cache/Downloads 16G /mnt/cache du -h --max-depth 3 /mnt/cache 896K /mnt/cache/appdata/sabnzbd/admin 0 /mnt/cache/appdata/sabnzbd/logs 916K /mnt/cache/appdata/sabnzbd 1.2M /mnt/cache/appdata/cache/images 1.4M /mnt/cache/appdata/cache/python 3.2M /mnt/cache/appdata/cache 0 /mnt/cache/appdata/backup 0 /mnt/cache/appdata/logs 80K /mnt/cache/appdata/database/_indexes 1.9M /mnt/cache/appdata/database 4.0K /mnt/cache/appdata/custom_plugins 264K /mnt/cache/appdata/db_backup 79M /mnt/cache/appdata/sonarr/MediaCover 8.2M /mnt/cache/appdata/sonarr/Backups 2.5M /mnt/cache/appdata/sonarr/logs 111M /mnt/cache/appdata/sonarr 12M /mnt/cache/appdata/couchpotato/database 166M /mnt/cache/appdata/couchpotato/cache 4.0K /mnt/cache/appdata/couchpotato/custom_plugins 7.1M /mnt/cache/appdata/couchpotato/db_backup 200K /mnt/cache/appdata/couchpotato/logs 184M /mnt/cache/appdata/couchpotato 4.0K /mnt/cache/appdata/scripts/nzbget 4.0K /mnt/cache/appdata/scripts/sabnzbd 16K /mnt/cache/appdata/scripts 5.3M /mnt/cache/appdata/EmbyServer/logs 2.0G /mnt/cache/appdata/EmbyServer/cache 456K /mnt/cache/appdata/EmbyServer/config 80K /mnt/cache/appdata/EmbyServer/localization 154M /mnt/cache/appdata/EmbyServer/data 4.0K /mnt/cache/appdata/EmbyServer/ssl 88M /mnt/cache/appdata/EmbyServer/ffmpeg 16K /mnt/cache/appdata/EmbyServer/root 2.1G /mnt/cache/appdata/EmbyServer/metadata 1.2M /mnt/cache/appdata/EmbyServer/plugins 0 /mnt/cache/appdata/EmbyServer/transcoding-temp 116K /mnt/cache/appdata/EmbyServer/fonts 0 /mnt/cache/appdata/EmbyServer/sync 4.3G /mnt/cache/appdata/EmbyServer 4.6G /mnt/cache/appdata 12K /mnt/cache/Downloads/downloads/incomplete 1.1G /mnt/cache/Downloads/downloads/complete 1.2G /mnt/cache/Downloads/downloads 0 /mnt/cache/Downloads/tmp/transcoding-temp 0 /mnt/cache/Downloads/tmp 1.3G /mnt/cache/Downloads 16G /mnt/cache

I've noticed that on my 250GB Samsung Evo cache drive that 104GB is used at all times. There is nothing that I can see that has to be moved to the array. I've used the likes of cadvisor to see if there were rogue log files building up etc but it doesn't show anything out of the ordinary. I've also ssh ed into the server and used various commands to list biggest files on the server etc but again nothing seems to be showing up. Is there something blatantly obvious that I'm missing? I am only running five docker containers which are as follows: Sabnzbd Sonarr Couchpotato EmbyServer cadvisor Here is a attachment of my container mappings? Maybe I've mapped something incorrectly? If anyone can help me solve this it would be very much appreciated.

Thanks very much Squid!

Hi Everyone, Current unRAID setup: unRAID v6.3.4 - stable Mobo: MSI H170 GAMING M3 CPU: Intel Core i3-6300T RAM: Can't find the receipt at the moment, but I'm pretty sure it's 16GB Crucial (non-ECC) HDDs: 2 x WDC_WD60EFRX(1 is Parity), 3 x WD40EFRX SSD: Samsung_SSD_850_EVO_250GB(cache) I was updating plugins tonight and went to Fix Common Problems, ran the scan, and the message said: "Your server has issued one or more call traces. This could be caused by a Kernel Issue, Bad Memory, etc. You should post your diagnostics and ask for assistance on the unRaid forums." The previous day I had a 3 power outages, quickly following each other. Got booted back up, no problems. Later on that evening I updated unRaid to v6.3.4 from the previous version. However when I booted up one of my 4TB reds(sdb specifically) had a red X beside it and said contents emulated. This has happened with this specific drive before when rebooting. Not all the time but on occasion(reboots have always been clean as far as I can tell).I stopped the array, removed the drive and added in back in as a new drive and began a parity rebuild which was successful. No errors found. Well until I received the pop up from fix common problems. I don't know if the two are related but i felt it best to mention it. Would anyone be able to take a look at the logs and see if they can spot anything untoward? Would be much appreciated if someone could help me out. I'll attach the diagnostics zip and the smart info of sdb. Cheers.