NETGEAR is aware of a growing number of phone and online scams. To learn how to stay safe click here.

Forum Discussion

viperhansa's avatar
viperhansa
Virtuoso
Jan 01, 2021
Solved

Volume: System volume root's usage is 83%. This condition should not occur under normal conditions.

Hi all,

Got a strange warning about 83% fullsystem root.

Rebooted because RNnas was crashed/hung.

Btw, why isnt rootfs showing up any more?

 

Logged in via ssh and mounted  root as mnt.

Did: du -hsx /* | sort -rh | head -10 and got the following report which looks normal??

root@Hoa-Nas-Pro://# du -hsx /* | sort -rh | head -10
du: cannot access '/proc/12371/task/12371/fd/3': No such file or directory
du: cannot access '/proc/12371/task/12371/fdinfo/3': No such file or directory
du: cannot access '/proc/12371/fd/3': No such file or directory
du: cannot access '/proc/12371/fdinfo/3': No such file or directory
21G /apps
5.8G /home
1023M /mnt
33M /lib
30M /frontview
11M /etc
6.5M /bin
3.7M /run
36K /data
4.0K /lib64

 

df -h gives me:

root@Hoa-Nas-Pro://# df -h
Filesystem Size Used Avail Use% Mounted on
udev 10M 4.0K 10M 1% /dev
/dev/md0 4.0G 1.2G 2.5G 32% /
tmpfs 3.9G 8.0K 3.9G 1% /dev/shm
tmpfs 3.9G 3.7M 3.9G 1% /run
tmpfs 2.0G 1.5M 2.0G 1% /run/lock
tmpfs 3.9G 0 3.9G 0% /sys/fs/cgroup
/dev/md127 19T 11T 8.1T 56% /data
/dev/md127 19T 11T 8.1T 56% /apps
/dev/md127 19T 11T 8.1T 56% /home
/dev/md127 19T 11T 8.1T 56% /var/ftp/xxxxx
/dev/md127 19T 11T 8.1T 56% /var/ftp/xxxxx
/dev/md127 19T 11T 8.1T 56% /var/ftp/xxxxx
/dev/md127 19T 11T 8.1T 56% /var/ftp/xxxxx
/dev/md127 19T 11T 8.1T 56% /var/ftp/media
/dev/md127 19T 11T 8.1T 56% /var/ftp/xxxxxx
tmpfs 4.0K 0 4.0K 0% /data/RNXconfig/snapshot

I anon the  some of my folders... xxx  :-)

Seems ok too?

Anything  else to think of?

 

regards

 

// Hans

  • Hi all and thanks for all the ideas.....

     

    I deleted mnt btw...... Nothing works now......   :smileylol:

    Just kidding, understood that you missed the part about mounting in mnt.

     

    Anyway, found the issue, update to plex that did some buffering into /var/tmp  !!

    Problem solved by installing new version of plex.

    Now i'm back to 35% in  os partition.

     

    Kudos to rn_enthusiast  and StephenB  !

     

    ps, i select my own post as  solution...   :-)

     

    regards 

    // Hans

6 Replies

Replies have been turned off for this discussion
  • Is this normal?

    /dev/md0 have  0 (zero) inodes , 0 (zero) iused and 0 (zero) ifree.... ??

     

    root@Hoa-Nas-Pro:~# df -i
    Filesystem Inodes IUsed IFree IUse% Mounted on
    udev 1019569 526 1019043 1% /dev
    /dev/md0  0 0 0 - /
    tmpfs 1020239 3 1020236 1% /dev/shm
    tmpfs 1020239 685 1019554 1% /run
    tmpfs 1020239 24 1020215 1% /run/lock
    tmpfs 1020239 15 1020224 1% /sys/fs/cgroup
    /dev/md127 0 0 0 - /data
    /dev/md127 0 0 0 - /apps
    /dev/md127 0 0 0 - /home
    /dev/md127 0 0 0 - /var/ftp/Audio
    /dev/md127 0 0 0 - /var/ftp/xxxx
    /dev/md127 0 0 0 - /var/ftp/xxxx
    /dev/md127 0 0 0 - /var/ftp/xxxx
    /dev/md127 0 0 0 - /var/ftp/media
    /dev/md127 0 0 0 - /var/ftp/Movies
    tmpfs 1020239 1 1020238 1% /data/RNXconfig/snapshot

    • rn_enthusiast's avatar
      rn_enthusiast
      Virtuoso

      Hi viperhansa 

       

      The OS (/) uses BTRFS. Therefore, you won't see inode count when doing df -i. That is normal. The only thing I see abnormal here is /mnt

       

      Why does it have 1GB of data in it? It should be empty.

      /mnt isn't used as a mount point for the NAS so unless you have something manually mounted to /mnt.... this folder needs to be cleared out. Move the stuff in /mnt to somewhere on /data or delete the stuff in /mnt if you don't need it.

      • rn_enthusiast's avatar
        rn_enthusiast
        Virtuoso

        Also... Your OS (root volume) isn't full right now so I wonder if it was some kind of /tmp data that might have caused it (solved by a reboot as /tmp is cleared on reboots). Given that you have data in /mnt which is not normal - I wonder if you running any kind of customised scripts on the NAS? Or maybe your FTP users put data in the wrong place - like /tmp possibly. Something like that.

         

        Anyway, still clear the data inside /mnt...

  • StephenB's avatar
    StephenB
    Guru - Experienced User

    viperhansa wrote:

     

    ... Logged in via ssh and mounted root as mnt ...

    I think rn_enthusiast missed this bit.  Definitely don't delete stuff in /mnt!

     

    The purpose of mounting root as /mnt is to allow you to search the OS partition itself (seeing what is actually in /apps and other mount points).  Your commands to explore the space should have been done in /mnt.

     

    As rn_enthusiast says, you need to analyze free space and unallocated space using btrfs tools.

     


    viperhansa wrote:

     

    Btw, why isnt rootfs showing up any more?

     


    Not completely sure what you mean by this.  But when you first log into the NAS, you are in /root - which only has hidden files.  If you then enter cd // you will see the usual folders.  This is not new behavior.

  • Hi all and thanks for all the ideas.....

     

    I deleted mnt btw...... Nothing works now......   :smileylol:

    Just kidding, understood that you missed the part about mounting in mnt.

     

    Anyway, found the issue, update to plex that did some buffering into /var/tmp  !!

    Problem solved by installing new version of plex.

    Now i'm back to 35% in  os partition.

     

    Kudos to rn_enthusiast  and StephenB  !

     

    ps, i select my own post as  solution...   :-)

     

    regards 

    // Hans