NVS1

So it appears it's a disk space issue? It's saying Warning: file_put_content(): Only 0 of 29 bytes written, possibly out of disk space in /usr/local/emhttp/plugins/dynamix/scripts/diagnostics on line 158 I'm fairly certain I am not low on disk space on any drive. Last I checked I was only using ~48gb of my 500gb cache drive, and had around 9tb of space on my Array available. The USB stick was a 32gb, and should be using less than 1gb total.

First off, I posted this issue before, but didn't get much traction or assistance. Link to that post is here So since then the issue has cropped up again. I've since updated to 6.7.2 thinking that it may help resolve it, but within a couple days of updating to 6.7.2, I encountered a similar issue. It does present itself differently than it did in 6.6.7 though. Here's a couple screenshots of what I'm seeing in the UI Main page And the apps page The UI is largely unresponsive. I cannot reboot it from the UI, it must be done via terminal. Once it's rebooted, everything works for a while, but after a few days the issue will crop up again. I have not rebooted yet, so the system is still in this state (has been since last night sometime), but Plex and everything still works. I tried to get a diagnostics logs, but unfortunately it won't download. I can click download, but then I get a blank page, and nothing happens. Not sure if there is any other way to get a diagnostics log elsewhere, or something I can run in terminal. Any help with this would be greatly appreciated.

I'll have to wait for it to fail again to try stopping Plex. I did just now go through and update some outdated plugins... also rebooted as rclone-beta wasn't updated; that's now been updated. I noticed the issue most recently around 4am EST, but here's the diagnostics log I just grabbed after the reboot. htpc-diagnostics-20190630-1208.zip Thanks

So this has recently started happening in the past week or so. The webui appears to be failing to report everything, or even act on simple tasks. For starters, here's some screenshots I took of the issue. I ran top to see what processes were running and see if there was anything obnoxious happening. When the UI is like that, everthing appears to be functional. Deluge is still working, Plex is still serving content, etc. I have tried to reboot via the UI but that doesn't do anything; I need to reboot by command via terminal. That all said, the first time I encountered this was after I had uploaded ~200gb to my rclone mount. I had setup the rclone w/ encryption a week or so ago, and had tested some small uploads, and confirmed it was working, and had no issues. I then queued up ~200gb to sync with that folder, and shortly after I noticed the UI looked like that. Since then this issue has cropped up 3 more times, although I haven't done any further uploads. As you can see I'm still on v6.6.7, I haven't updated to v6.7 as it's been a mixture of me being lazy, and I had read some reports of users Sonarr db's having issues. I have a total of 4 drives, 1x10tb parity drive, a 500gb SSD for cache, and using a 32gb Sandisk USD drive for the boot device. Any suggestions, let me know. Thanks

Glad to hear everything is configured properly. My docker image was originally 20gb and I read some older posts of some users maxing that out due to some rogue log files from Plex (I think it was?) so since I had the space to spare I increased it to 35gb. I know if there are rogue log files I hope to catch those well before the docker image fills to 20gb, let alone 35gb. So short answer, no I personally have not had issues in the past. The whole reason why I posted with these questions was more about the one comment that another poster had, and I believe it was jonathanm that recommended they should not be pointing their appdata to the /user/ directory and that was likely the root of that users db corruption issue. I was simply concerned that since my setup was pointing my /appdata folders to the /user/ directory, that it may just be a matter of time until I start having corruption issues. Anyways, if my setup looks good and I have nothing to fear with the way my various configs are setup, then that's great!

htpc-diagnostics-20190521-1627.zip Gotcha, I've uploaded the diagnostics file for you now. Thanks

Gotcha, it appears to be using just the Cache (7.5gb). I'm not sure if you saw my edit before which showed the details of the /appdata share settings Should I be changing the Included Disks from All to Disk X? If I do that, would you anticipate any issues with loss of data even though everything is on /cache right now?

Thanks for the heads up. Which setting are you referring to when you say it depends on the appdata share settings? Under Global Share Settings, I have Enable Disk Shares set to Auto, User shares set to Yes, and Included Disks set to All. Is there another setting that you were referring to? Edit: Under the Shares section the /appdata share is also configured to use All Disks here. Should I be changing this to only a specific disk? Can I do this safely without losing data?

I've actually got some questions around this and they're probably going to sound fairly stupid lol. I wasn't aware that the appdata shouldn't be stored on /mnt/user, the docker apps typically defaulted to that and I assumed that was okay. I haven't encountered any corruption issues (yet), but of course want to avoid that potential. I do have a cache drive, so should I be storing all my appdata on the cache, or simply move the appdata to a specific disk? FWIW I have a 10tb parity drive, 10TB, 6TB, 2x3TB drive for storage, and a 500gb SSD for the cache. My Plex's setup is: /media is /mnt/user/Storage /transcode is /mnt/cache/appdata/plex/transcode /config is /mnt/user/appdata/plex Radarr /downloads -> /mnt/user /movies -> /mnt/user/Storage/Movies /config -> /mnt/user/appdata/radarr Sonarr /config -> /mnt/user/appdata/sonarr /tv -> /mnt/user/Storage/ /downloads -> /mnt/user/ Deluge /downloads -> /mnt/user /config -> /mnt/user/appdata/binhex-delugevpn I realize this question is a bit more generic and not sonarr specific, so I hope this okay. Thanks in advance Edit: If I was to move all my appdata from the /user/ to /diskX (or cache?), would it move the existing data, or should I be backing up the appdata folders, repointing my docker config and then copying the configs, and such over?

That makes entirely to much sense! I think it's working now. Thank you so much!

I'm having some issues with Sonarr accessing the data files. I have looked at this thread here and although I agree it does apply to me, I just can't figure out what I've got wrong. I am getting the error in Sonarr Though when I look over my settings, I don't see what's wrong. I'm using binhex-delugevpn for my torrent client, and I have the following In sonarr, I have It reads my Storage drive just fine. Imported all the shows, identifies what's missing and gets it queued with Deluge, but that's where it fails. According to the Real Docker FAQ, the /downloads and /data paths should be the same; or at least that was my understanding of it. When looking at my ftp server to see where the files are, I see the following: To me the paths look correct, but I know I'm missing something here. Any help would be great!