Rootfs Voll. Grund unbekannt

  • Hallo zusammen,


    ich bekomme seit ein paar Tagen von meinem System folgende Mail:

    The system monitoring needs your attention.



    Host: \openmediavault.local


    Date: Tue, 23 Feb 2021 10:02:52


    Service: rootfs


    Event: Resource limit matched


    Description: space usage 92.6% matches resource limit [space usage > 85.0%]



    This triggered the monitoring system to: alert



    Leider habe ich nicht wiklich eine Idee, wie ich das Problem einkreisen kann.

    Mir ist klar, dass die Systemplatte ziemlich voll ist, aber weshalb oder wieso erschließt sich mir nicht.


    Ich hatte schon in einem anderen Betrag gelesen, dass mögliche Corn-Jobs dafürverantwortlich sind, wenn das Target nicht erreichbar ist.


    Google transleted:


    Hello everyone

    I've been getting the following email from my system for a few days:

    The system monitoring needs your attention.

    Host: \ openmediavault.local

    Date: Tue, 23 Feb 2021 10:02:52 AM

    Service: rootfs

    Event: Resource limit matched

    Description: space usage 92.6% matches resource limit [space usage> 85.0%]

    This triggered the monitoring system to: alert

    Unfortunately I don't really have any idea how to isolate the problem.

    I know that the system disk is quite full, but why or why is not clear to me.

    I had already read in another article that possible corn jobs are responsible if the target cannot be reached.

  • Code
    sudo apt-get clean
    sudo apt-get autoremove -y
    sudo find /var/log -mindepth 1 -mtime +3 -delete

    First two lines will clean apt cache and remove not used dependencies.

    Last line will delete logs older than 3 days.

    That should free up some space.


    Try this command before and after the cleanup to see if there is any difference:

    Code
    df –h
  • Thanks for the helpful link. I did that once. What makes me puzzled is that when I add up all the sizes, it doesn't come close to the hard drive capacity. Here is the extract:

  • Do you have an rsync job that has a target on a files system that might not have been mounted during on run?


    If the filesystem is not mounted, the job will create a directory in /srv with the same name and all the data will end up on your root fs. When you then mount the filesystem, this folder is still there, but kind of masked.


    Check the disk usage of /srv after you removed / unmounted the filesystem.

  • It doesn't look like /srv takes lot of space.


    Is the 5.1G in root fs ("/") a swapfile?

    Also 1.5G in /var looks suspicious after cleaning logs and apt cache.

    try du -xhd1 /var to see, but anyway it's only 1.5GB (BTW what is the size of your drive?).

  • Well, I've now hung up the backup hard drive. That is the only one that is addressed by the rsync job. Then my / srv looks like this:

    Code
    1,6M ./salt
    32K ./pillar
    8,0K ./ftp
    1,7M .

    I cannot say whether there is a swap file in the root directory of 5.1GB. I have deliberately not set anything corresponding. Should have been preset if that.


    The Size of the Harddisk is 64GB, system show 50GB.


    This is the output of du -xhd1 /var:

Participate now!

Don’t have an account yet? Register yourself now and be a part of our community!