August 31, 20178 yr Hi, my rootfs folder is very small and when it fills up the server stops running. The size of the folder varies on each boot. The sizes have been 394M with 8K available, 898M with 379M available. Then over time it slowly fills up to 100%. The USB drive its self has 7.6Gb free. What determines the rootfs size and am I right in thinking it should be larger and able to use the free capacity on the usb drive? Any clues on how to fix this?
August 31, 20178 yr The rootfs is in RAM memory. To increase it you'll need additional memory. Recommended memory size to run unRAID 6 smoothly is 4GB or larger.
August 31, 20178 yr Author Hi bonienl thanks for the reply, I didn't realise it was RAM. I'm just trying to understand this a bit more. according to this page the memory requirement is 1Gb. https://lime-technology.com/hardware-requirements/ I have 2Gb fitted and this micro server was running fine previously when it was owned by another person. I have a very basic configuration. It is running just as a nas with no other overhead. I just ran the cat /proc/meminfo command and it shows MemTotal of 1923820kB, MemFree of 680048Kb, MemAvailable 972880kB. The rootfs size is currently 898M with 389M Available. I would have thought that rootfs size would have been close to one of the meminfo sizes? Why would it boot with substantially different rootfs size values 394M and 898M when the configuration hasn't changed and the server hasn't been running for long in between boots?
August 31, 20178 yr Your available RAM is split into two, used by rootfs and tmpfs. Setting up a system with just 1GB of memory is really an edge case which I don't recommend. A 2GB memory size allows for basic NAS functions only (that is without docker and vm services running, do you have these enabled?). There is a big difference in memory footprint between older unRAID versions 4 & 5, and unRAID version 6. People using version 6 usually start to include docker applications and/or VMs, which is why the higher recommended memory size.
Archived
This topic is now archived and is closed to further replies.