Posts by tordenflesk

    Only the pihole one and that's set up like this:


    New (expensive freight and customs) eMMC-module installed, restored from backup. The system has been semi-functional for a while (one data-disk flips to read-only after anywhere from 1 hour to 2 days).

    I "re-built" the unit (moved drives, re-seated connectors etc.) and it was stable for 6+ hours.


    This morning it's back to data-disks not mounting, long boots and the web-ui not letting me log in.


    I might just have to restore the backup again and avoid updates for a while to see if there's an issue there.

    output of dpkg --verify:


    check dmesg for error

    https://pastebin.com/raw/WiXVVxZw

    No idea whether this one's relevant:

    Code
    [    2.916072] exynos5-dmc 10c20000.memory-controller: error -ENXIO: IRQ drex_0 not found
    [    2.916085] exynos5-dmc 10c20000.memory-controller: error -ENXIO: IRQ drex_1 not found

    Some I/O errors on my data drives, not sure if they're new to the situation.

    Code
    [   36.108292] I/O error, dev sdb, sector 7814034080 op 0x0:(READ) flags 0x80700 phys_seg 1 prio class 2
    [   67.250369] I/O error, dev sdb, sector 32 op 0x0:(READ) flags 0x80700 phys_seg 1 prio class 2
    [  119.709057] I/O error, dev sda, sector 128 op 0x0:(READ) flags 0x80700 phys_seg 1 prio class 2
    [  147.442759] I/O error, dev sdb, sector 64 op 0x0:(READ) flags 0x80700 phys_seg 1 prio class 2
    [  208.668734] I/O error, dev sdb, sector 7814036992 op 0x0:(READ) flags 0x80700 phys_seg 1 prio class 2
    Code
    [  198.141420] /dev/disk/by-uuid/15c056a7-04d3-4082-a4c5-a93bf7d0bbc3: Can't lookup blockdev
    [  198.193557] /dev/disk/by-uuid/bf6a6cf0-b5d3-43b0-88ad-5b555c2ae69c: Can't lookup blockdev

    Only root and tmp are mounted according to btop.


    omv-firstaid -> Configure workbench gives me this error:


    ERROR: Failed to connect /var/lib/openmediavault/engined.sock: [Errno 2] No such file or directory


    similar Error 500 Failed to connect to socket: No such file or directory

    when attempting to log in to the web-ui.


    reboots also take ~30 minutes...

    What version of mergerfs? Are you exporting it via NFS? Have you updated to the latest version?


    https://github.com/trapexit/mergerfs#support

    SMB, no NFS

    Indeed, in that case it seems unlikely.

    Other possibilities occur to me:

    Something to do with power states, I don't know if you have the drives set to sleep after a certain amount of time.

    Something related to some intensive activity on the server that could cause this.

    I would look in the logs for what is happening at the time the drives are unmounted.

    The drives are available and working via alternative SMB-shares. It's mergerFS that fails.

    Which specific logs?