mwoods98 Posted August 31, 2021 Share Posted August 31, 2021 Hi, So I checked my server today and I noticed the cache drive was full. Last night it was in the green but this morning its full. I'm not sure what is taking up the majority of the space or why it ballooned over night. I tried manually running mover and nothing has changed. I also don't have anything major being copied to the cache drive. I did check in the domain folder and I saw some old VM's which I removed but still 97% of the space is being taken up.tower-diagnostics-20210831-1049.zip - I have included diags - What I want to know is what is taking up all of the space on the cache drive. Quote Link to comment
trurl Posted August 31, 2021 Share Posted August 31, 2021 Why do you have 100G docker.img? Have you had problems filling it? 20G is usually more than enough, and making it larger won't fix filling it, it will only make it take longer to fill. And I see it is already using 40G of that 100G. You almost certainly have one or more of your applications writing into docker.img. Each path specified in an application must match a container path in the docker mappings, case-sensitive. Probably your appdata is huge also. I have 16 dockers including plex, which is known to take a lot of space in appdata, but my total appdata is less than 16GB. What do you get from the command line with this? du -h -d 1 /mnt/user/appdata Quote Link to comment
mwoods98 Posted August 31, 2021 Author Share Posted August 31, 2021 @trurl Thanks for getting back to me/ To answer the first question, I don't remember what happened but I had an issue where I had to expand the docker size. I really wish I could remember what it was but I expanded the docker image to what it is now. I think I may have gone a bit overboard. Its still reading to send that info but here is what has posted so far: root@Tower:~# du -h -d 1 /mnt/user/appdata 1.8M /mnt/user/appdata/DiskSpeed 132K /mnt/user/appdata/Dolphin 3.9M /mnt/user/appdata/FileBot 1.1M /mnt/user/appdata/FileZilla 4.5M /mnt/user/appdata/HandBrake 233M /mnt/user/appdata/JDownloader2 332K /mnt/user/appdata/MediaInfo 296K /mnt/user/appdata/RDP-Calibre 724K /mnt/user/appdata/beets 77M /mnt/user/appdata/binhex-delugevpn 666G /mnt/user/appdata/binhex-emby 34G /mnt/user/appdata/binhex-krusader 602M /mnt/user/appdata/binhex-lidarr 76K /mnt/user/appdata/binhex-nzbget I will post the complete list when its done. Quote Link to comment
itimpi Posted August 31, 2021 Share Posted August 31, 2021 With 666 GB for Emby and 100GB for docker.img file there is not much free space for anything else The 34GB for Krusader also looks rather large. Quote Link to comment
mwoods98 Posted August 31, 2021 Author Share Posted August 31, 2021 Just now, itimpi said: With 666 GB for Emby and 100GB for docker.img file there is not much free space for anything else The 34GB for Krusader also looks rather large. I'm not sure why Krusader has such a large size? I use that to sometimes move stuff over internally, is there a way to shrink it down? I also can decrease the docker size. Please note: the command that I ran has not returned - Plex would probably be the biggest resource on here and the terminal has just pause after nzb-get Any idea why this would happen? Also, there are a number of dockers that I tried but removed, (nzbget for example) I thought they had been removed from the system, what would be the best way to remove these ? Quote Link to comment
JonathanM Posted August 31, 2021 Share Posted August 31, 2021 20 minutes ago, mwoods98 said: I'm not sure why Krusader has such a large size? Check Krusader's internal recycle bin. Quote Link to comment
mwoods98 Posted August 31, 2021 Author Share Posted August 31, 2021 7 minutes ago, JonathanM said: Check Krusader's internal recycle bin. Ok I will right now that docker won't start... grrr Quote Link to comment
mwoods98 Posted August 31, 2021 Author Share Posted August 31, 2021 Update: Ok this is the final result of the command listed above: root@Tower:~# du -h -d 1 /mnt/user/appdata 1.8M /mnt/user/appdata/DiskSpeed 132K /mnt/user/appdata/Dolphin 3.9M /mnt/user/appdata/FileBot 1.1M /mnt/user/appdata/FileZilla 4.5M /mnt/user/appdata/HandBrake 233M /mnt/user/appdata/JDownloader2 332K /mnt/user/appdata/MediaInfo 296K /mnt/user/appdata/RDP-Calibre 724K /mnt/user/appdata/beets 77M /mnt/user/appdata/binhex-delugevpn 666G /mnt/user/appdata/binhex-emby 34G /mnt/user/appdata/binhex-krusader 602M /mnt/user/appdata/binhex-lidarr 76K /mnt/user/appdata/binhex-nzbget 74G /mnt/user/appdata/binhex-plexpass 541M /mnt/user/appdata/binhex-radarr 120M /mnt/user/appdata/binhex-sabnzbd 1.7G /mnt/user/appdata/binhex-sonarr 540K /mnt/user/appdata/cops 0 /mnt/user/appdata/data 149M /mnt/user/appdata/lazylibrarian 652K /mnt/user/appdata/lazylibrarian-calibre 235M /mnt/user/appdata/mylar 308M /mnt/user/appdata/syncthing 4.6G /mnt/user/appdata/tautulli 0 /mnt/user/appdata/tdarr 0 /mnt/user/appdata/ubuntudata 0 /mnt/user/appdata/unmanic 1.2M /mnt/user/appdata/xteve 36K /mnt/user/appdata/xteve_zap 5.0M /mnt/user/appdata/binhex-plex 0 /mnt/user/appdata/macinabox 13M /mnt/user/appdata/calibre 40K /mnt/user/appdata/filestash 0 /mnt/user/appdata/airsonic-advanced 813M /mnt/user/appdata/binhex-airsonic 143M /mnt/user/appdata/ApacheGuacamole 3.0M /mnt/user/appdata/swag 14G /mnt/user/appdata/influxdb 592K /mnt/user/appdata/telegraf 12M /mnt/user/appdata/grafana 94M /mnt/user/appdata/Varken 11M /mnt/user/appdata/overseerr 13M /mnt/user/appdata/gaps 796G /mnt/user/appdata Quote Link to comment
trurl Posted August 31, 2021 Share Posted August 31, 2021 54 minutes ago, mwoods98 said: 666G /mnt/user/appdata/binhex-emby I don't use that, but its size seems ridiculous. I thought emby was a media server. That would normally mean your media is located in some other user shares not living on cache. Have you put your media into its appdata? Does it have DVR capability and you are saving recordings into its appdata? Plex appdata seems to large too. Why are you running both emby and plex? 59 minutes ago, mwoods98 said: I had to expand the docker size 1 hour ago, trurl said: making it larger won't fix filling it, it will only make it take longer to fill. I run 16 dockers and they use about half of the 20G I have given docker.img 53 minutes ago, mwoods98 said: there are a number of dockers that I tried but removed, (nzbget for example) I thought they had been removed from the system, what would be the best way to remove these ? You can delete the appdata folders for any docker you don't need anymore. Of course, nzbget for example, will only give you back 76K. Do you understand docker volume mapping? Quote Link to comment
mwoods98 Posted August 31, 2021 Author Share Posted August 31, 2021 21 minutes ago, trurl said: 1 hour ago, mwoods98 said: 666G /mnt/user/appdata/binhex-emby I don't use that, but its size seems ridiculous. I thought emby was a media server. That would normally mean your media is located in some other user shares not living on cache. Have you put your media into its appdata? Does it have DVR capability and you are saving recordings into its appdata? Plex appdata seems to large too. Why are you running both emby and plex? When I first setup this server, I was trying to decide between Plex and Emby. I did install both. Plex is preferred so I can kill emby and save a bunch of space The media is on a different share, its not in appdata 24 minutes ago, trurl said: 1 hour ago, mwoods98 said: I had to expand the docker size 1 hour ago, trurl said: making it larger won't fix filling it, it will only make it take longer to fill. I run 16 dockers and they use about half of the 20G I have given docker.img Using the suggestion, I dropped the size of the docker image to 50G. However, the docker service will not start. Do I need to remove the image that is in the cache? that's still 100G and still there. 25 minutes ago, trurl said: 1 hour ago, mwoods98 said: there are a number of dockers that I tried but removed, (nzbget for example) I thought they had been removed from the system, what would be the best way to remove these ? You can delete the appdata folders for any docker you don't need anymore. Of course, nzbget for example, will only give you back 76K. Do you understand docker volume mapping? I think I do but I could always have a hole in my knowledge. I'm more than happy to apply suggestions to get this fixed. Thanks Quote Link to comment
trurl Posted August 31, 2021 Share Posted August 31, 2021 35 minutes ago, mwoods98 said: Do I need to remove the image that is in the cache? You have to delete and recreate it. https://wiki.unraid.net/Manual/Troubleshooting#How_do_I_recreate_docker.img.3F https://wiki.unraid.net/Manual/Troubleshooting#Restoring_your_Docker_Applications Quote Link to comment
trurl Posted August 31, 2021 Share Posted August 31, 2021 Post new diagnostics after. Quote Link to comment
mwoods98 Posted August 31, 2021 Author Share Posted August 31, 2021 29 minutes ago, trurl said: 1 hour ago, mwoods98 said: Do I need to remove the image that is in the cache? You have to delete and recreate it. https://wiki.unraid.net/Manual/Troubleshooting#How_do_I_recreate_docker.img.3F https://wiki.unraid.net/Manual/Troubleshooting#Restoring_your_Docker_Applications Ok, I have deleted it, and restated the docker services. None show up. Docker says there are no installed containers. I have rebooted the server and still don't see any dockers. Updated diags posted. tower-diagnostics-20210831-1410.zip Quote Link to comment
trurl Posted August 31, 2021 Share Posted August 31, 2021 5 minutes ago, mwoods98 said: Docker says there are no installed containers. Read the 2nd link I already gave above about restoring your containers. Quote Link to comment
mwoods98 Posted August 31, 2021 Author Share Posted August 31, 2021 Thanks for that. Restoring now. Would you like another diag log drop when done? Quote Link to comment
trurl Posted August 31, 2021 Share Posted August 31, 2021 1 minute ago, mwoods98 said: Would you like another diag log drop when done? yes Quote Link to comment
mwoods98 Posted August 31, 2021 Author Share Posted August 31, 2021 @trurl - It took a while but here are the Diags tower-diagnostics-20210831-1544.zip Quote Link to comment
trurl Posted August 31, 2021 Share Posted August 31, 2021 Did you reinstall all your containers, or did you decide you didn't need some of them? Quote Link to comment
mwoods98 Posted August 31, 2021 Author Share Posted August 31, 2021 So I removed emby and only installed the ones I was used. I didn't re-install those that were installed at one point but were not being used. The cache drive is still listed as 96% full Quote Link to comment
trurl Posted August 31, 2021 Share Posted August 31, 2021 1 minute ago, mwoods98 said: The cache drive is still listed as 96% full Have you deleted any of those appdata folders that you no longer need? Quote Link to comment
mwoods98 Posted August 31, 2021 Author Share Posted August 31, 2021 2 minutes ago, trurl said: 4 minutes ago, mwoods98 said: The cache drive is still listed as 96% full Have you deleted any of those appdata folders that you no longer need? Full honesty, I thought that once rebuilding things the cache drive would have been emptied but doing this bit of work now Quote Link to comment
trurl Posted August 31, 2021 Share Posted August 31, 2021 2 minutes ago, mwoods98 said: Full honesty, I thought that once rebuilding things the cache drive would have been emptied but doing this bit of work now Why would your server automatically empty your cache of files you might want for later? Quote Link to comment
mwoods98 Posted August 31, 2021 Author Share Posted August 31, 2021 1 hour ago, trurl said: 1 hour ago, mwoods98 said: Full honesty, I thought that once rebuilding things the cache drive would have been emptied but doing this bit of work now Why would your server automatically empty your cache of files you might want for later? Excellent point, I just thought things were loaded into cache at boot up time. Currently the cache drive is at 21% utilization. @trurl - I really want to thank you for your help today. I know this is not your job and I just wanted to say thanks for helping me today. Quote Link to comment
trurl Posted August 31, 2021 Share Posted August 31, 2021 5 minutes ago, mwoods98 said: thought things were loaded into cache at boot up time Would have taken a long time to boot to get nearly a TB of data loaded onto cache😁 And where would it come from? 5 minutes ago, mwoods98 said: Currently the cache drive is at 21% utilization. Post new diagnostics Quote Link to comment
mwoods98 Posted August 31, 2021 Author Share Posted August 31, 2021 12 minutes ago, trurl said: 16 minutes ago, mwoods98 said: Currently the cache drive is at 21% utilization. Post new diagnostics New Diags as requested - tower-diagnostics-20210831-1728.zip Quote Link to comment
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.