OMV Webgui not reachable

    Quote from macom

    From overlay2 there must be some folder missing. Is there one with higher numbers than the others?

    What do you mean with this? Which folder you are missing?


    How can I look in auth.log?


    Yes there is access to the internet, because I have installed plexmediaserver.

    I don´t know if it possible to reach OMV or a service or docker from the internet. I have not anyone configured.


    I think I didn't set up the docker system correctly with plex, I'm just not quite sure. likewise, I apparently haven't really installed the notification function properly.

    As first aid measure, shut down docker and it should release some resources to analyze.

    systemctl stop docker.service

    If you got help in the forum and want to give something back to the project click here (omv) or here (scroll down) (plugins) and write up your solution for others.

    This will give you a the number of files per directory:

    Code
    find . -maxdepth 1 -type d | while read -r dir
do printf "%s:\t" "$dir"; find "$dir" -type f | wc -l; done

    That should give you the spot where the inodes are used.

    Do not start from root, but individually for each top level directory except /proc /run and you can skip the symlinks as well.

    If you got help in the forum and want to give something back to the project click here (omv) or here (scroll down) (plugins) and write up your solution for others.

    Code
    root:~# find . -maxdepth 1 -type d | while read -r dir
> do printf "%s:\t" "$dir"; find "$dir" -type f | wc -l; done
.:      7
./.config:      0
./.ssh: 2
./.cache:       0
./.local:       0

    or do you mean that I don´t start this code from root?

    You have to check for each directory starting from / not the home directory of user root.


    I'd start with /var

    If you got help in the forum and want to give something back to the project click here (omv) or here (scroll down) (plugins) and write up your solution for others.

    ah now it took a while

    now df -i 


    The files in /var/lib reduced quite a bit. Did one of your docker containers run wild?

    If you got help in the forum and want to give something back to the project click here (omv) or here (scroll down) (plugins) and write up your solution for others.

    Code
    /var# df -i
Dateisystem                Inodes IBenutzt     IFrei IUse% Eingehängt auf
udev                      2002741      470   2002271    1% /dev
tmpfs                     2008968      783   2008185    1% /run
/dev/sde1                 2883584  2883584         0  100% /
tmpfs                     2008968        1   2008967    1% /dev/shm
tmpfs                     2008968        3   2008965    1% /run/lock
tmpfs                     2008968       18   2008950    1% /sys/fs/cgroup
tmpfs                     2008968        7   2008961    1% /tmp
/dev/mapper/Stube-Media 169472000     9313 169462687    1% /srv/dev-disk-by-label-med

    I don´t know with the docker containers but I think so :)

    what is the different between:

    df -i sde1 100% inUse df -h sde1 57% inUse

    • Official Post

    df -i  shows you the number of inodes, df -h shows you free space in a human readable format.

    Think of inode as a number for a file or a directory. There is only a limited number of inodes. Once you reached the maximum number you cannot create new files or directories and you get the message "no space left".


    You can read auth.log with less /var/log/auth.log

    Use arrow keys to move up and down. You exit with "q"

    is very large the auth.log.

    I see all from 01.07. to december, it looks like this:

    I have split it in the first rows (july) and the last rows (december)


    Have you considered rotating that log (and perhaps others) weekly with compression and keeping a month or two's worth?

    --
    Google is your friend and Bob's your uncle!


    A backup strategy is worthless unless you have a verified to work by testing restore strategy.


    OMV AMD64 7.x on headless Chenbro NR12000 1U Intel Xeon CPU E3-1230 V2 @ 3.30GHz 32GB ECC RAM.

    OMV AMD64 8.x on headless Tyan Thunder SX GT86C-B5630 1U Server with Intel Xeon Silver 4110 CPU @ 2.10GHz & 32GB DDR4 ECC RAM.

    You should not be using anywhere in /var as your Docker storage location. Move that location to a data disk instead.

    --
    Google is your friend and Bob's your uncle!


    A backup strategy is worthless unless you have a verified to work by testing restore strategy.


    OMV AMD64 7.x on headless Chenbro NR12000 1U Intel Xeon CPU E3-1230 V2 @ 3.30GHz 32GB ECC RAM.

    OMV AMD64 8.x on headless Tyan Thunder SX GT86C-B5630 1U Server with Intel Xeon Silver 4110 CPU @ 2.10GHz & 32GB DDR4 ECC RAM.

Participate now!

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

Register Yourself Login