elco1965 Posted November 22, 2022 Share Posted November 22, 2022 Fix common problems was reporting "Rootfs getting full" I mostly followed the directions that lead me to the creation of this post. I have been having a couple of issues lately. One of them being with the web GUI. It would become unresponsive. I could log on but when I clicked on the Main tab the drive assignments including the cache pool were missing. VMs would also disappear. The only way to get these back was to stop and restart the array via the terminal.  I first noticed the issues when attempting to preclear a couple of drives. The preclear would be aborted almost immediately fail at the beginning of the process with the error "detected memory low". I read through e few post, some suggested bad memory.  I also found the "Where can I see what folders are taking up my RAM?" I ran the script "https://raw.githubusercontent.com/Squidly271/misc-stuff/master/memorystorage.plg" and it returned /mnt/plex....something. I unfortunately didn't save the output before the server became mostly unresponsive. The strange thing about the "what folders are taking up my RAM" script, Plex and all other docker containers were stopped and the dashboard was reporting about 70% of the RAM was in use.  I had some extra memory and swapped out some of the modules. I am 19 hours into a Memtest with no errors reported. The server has ECC server RAM. I read through the forums and some have suggested the version of Memtest that comes with unRAID is obsolete or doesn't work with ECC memory. I don't know if I should continue with the test or not.  Any help with this would be greatly appreciated. Thank you blackhole-diagnostics-20221120-2247.zip Quote Link to comment
Solution trurl Posted November 22, 2022 Solution Share Posted November 22, 2022 Filling rootfs will definitely make for an unresponsive server, since the OS has no room to work in if you fill rootfs 1 hour ago, elco1965 said: /mnt/plex....something /mnt/plex is a path in rootfs. Check your docker host paths. Â Also, your system share has files on the array 1 Quote Link to comment
elco1965 Posted November 22, 2022 Author Share Posted November 22, 2022 Thanks for the response. I'll take a look at the docker soon as I get the server running.  Is there a good reason to continue with the Memtest on ECC RAM? Quote Link to comment
itimpi Posted November 22, 2022 Share Posted November 22, 2022 8 hours ago, elco1965 said: Is there a good reason to continue with the Memtest on ECC RAM? If you have ECC RAM then you should download the latest memtest from memtest86.com as it can test ECC ram.  The version that comes with Unraid is an earlier version (because of licensing issues) that cannot test such RAM. 1 Quote Link to comment
elco1965 Posted November 22, 2022 Author Share Posted November 22, 2022 Thanks. I ran the latest version of Memtest a couple days ago. It ran 3 passes detecting no errors. Quote Link to comment
elco1965 Posted November 22, 2022 Author Share Posted November 22, 2022 12 hours ago, trurl said: Filling rootfs will definitely make for an unresponsive server, since the OS has no room to work in if you fill rootfs /mnt/plex is a path in rootfs. Check your docker host paths.  Also, your system share has files on the array  Thank you sir. This was it. I moved the system files from the array and fixed the plex container mapping. Now when I run the "Where can I see what folders are taking up my RAM?" found here it returns the attached and looking much better. I still 2 files that show up as /mnt, 0 /mnt/rootshare and /mnt. I beleive that /mnt/rootshare was created following Spaceinvader One's video about root shares for Windows users. I am guessing it's supposed to be there and looks as if it is using zero memory. I don't know about /mnt Also, when browsing the files using the file browser, there are 2 folders in /root I do not know what they are. "disks" and "remotes". I tried to delete disks but it returns on it's own. I am assuming these are supposed to be there or were created by mistake? Memory Output.txt blackhole-diagnostics-20221122-0849.zip Quote Link to comment
trurl Posted November 22, 2022 Share Posted November 22, 2022 /mnt is in rootfs, but it is supposed to be there as a place for things to get "mounted". All array disks, pools, and user shares are mounted in /mnt  /mnt/disks, /mnt/remotes, /mnt/rootshare are created by Unassigned Devices as places for it to mount unassigned disks, remote shares, and the rootshare that includes all user shares.  Anything else that specifies a path in /mnt, such as /mnt/plex, will create that path, but with nothing getting mounted there, anything stored there is taking up rootfs space. Quote Link to comment
trurl Posted November 22, 2022 Share Posted November 22, 2022 What is the purpose of your cache:prefer share n-------d ? Quote Link to comment
elco1965 Posted November 22, 2022 Author Share Posted November 22, 2022 That is a god question. I don't know. Quote Link to comment
elco1965 Posted November 22, 2022 Author Share Posted November 22, 2022 Where would I look for this? I am not seeing it under the shares tab. Quote Link to comment
trurl Posted November 23, 2022 Share Posted November 23, 2022 21 hours ago, trurl said: What is the purpose of your cache:prefer share n-------d ?  21 hours ago, elco1965 said: I am not seeing it under the shares tab. The diagnostics are anonymized so I don't know the exact name of the share. Diagnostics shows you have a share beginning with n, ending with d, 9 characters, set as cache:prefer, and with files on cache.  Post a screenshot of User Shares page  Quote Link to comment
elco1965 Posted November 23, 2022 Author Share Posted November 23, 2022 I think I saw and deleted that folder after your first response. I have also attached an updated diagnostics. It should be gone. blackhole-diagnostics-20221123-1037.zip Quote Link to comment
trurl Posted November 23, 2022 Share Posted November 23, 2022 1 hour ago, elco1965 said: It should be gone. If you mean the cache:prefer user share I was asking about, these latest diagnostics have n-------d shareUseCache="prefer" Exists on cache and your screenshot clearly shows a user share named 'nextcloud', which is 4 hours ago, trurl said: a share beginning with n, ending with d, 9 characters, set as cache:prefer  Quote Link to comment
trurl Posted November 23, 2022 Share Posted November 23, 2022 Not necessarily wrong to have nextcloud cache:prefer. Just be sure you don't fill cache. Quote Link to comment
elco1965 Posted November 23, 2022 Author Share Posted November 23, 2022 This reminds of when my Grandfather would slap me upside the head for saying or doing something stupid.  You are correct. I was stuck on a folder that I saw in /mnt. This was one of the things I deleted the other day.  Anyway, I was having a couple of issue with Nextcloud as well. I put that share on the cache hoping for a gain in "performance". I will be moving it back to "yes".  Thanks again for you're help. As someone who is really out of his league when it comes to the proper use of unRAID, I really appreciate the community here.  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.