warning during updates

    • Offizieller Beitrag

    votdev Same problem here. Same message and long wait time during an update.


    Message during update


    Apparently it's a salt issue that got fixed here. https://github.com/saltstack/salt/issues/42605 and https://github.com/saltstack/salt/pull/42097


    I have never activated ipv6 nor do I need it.

    ipv6 is disabled in the GUI. Although in the GUI the value 64 appears in the network mask even when it is disabled. I had never noticed, I don't know if this is normal.


    I haven't manually disabled ipv6 or rebooted the server yet since the update, if you want any more info first.


    /etc/hosts -> correct

    /etc/apt/sources.list -> correct

    /etc/sysctl.conf -> all lines are commented


    As additional information and in case it helps. For months this server has only received updates and everything was working normally, until a few weeks ago. This is a list of the changes I remember making in the last few weeks:


    - Installl openmediavault-kvm and generate several vm with windows, ubuntu and omv. They were configured and stopped before updating OMV.

    - Connect a USB network interface to attach to a windows vm and test. This interface has not been configured in the system, it is just connected to the vm now but idle.

    - Connect a graphics card to attach to a vm. I took it out last week.

    - Install openmediavault-compose and create a container (handbrake). Up and running now.

    - Install openmediavault-filebrowser and enable and use. Up and running now.

    - Enable and configure NFS with a shared folder. Later it was disabled.

    - Install openmediavault-backup and configure a weekly backup task with dd full disk. Stay active.



    System information:

    9 containers working


    dpkg -l | grep openme

    • Offizieller Beitrag

    ipv6 is disabled now


    nano /etc/sysctl/conf --> net.ipv6.conf.all.disable_ipv6 = 1

    sysctl -p


    In the next update I will see what happens

    • Offizieller Beitrag

    I reported the bug https://github.com/saltstack/s…5#issuecomment-1469548532

    • Offizieller Beitrag

    It seems that there is a new related symptom


    Since I have disabled ipv6 I am receiving notifications every 5 minutes from NUT --> Communications with the UPS eaton cannot be established


    Code
    # systemctl status nut-server.service
● nut-server.service - Network UPS Tools - power devices information server
     Loaded: loaded (/lib/systemd/system/nut-server.service; enabled; vendor preset: enabled)
     Active: failed (Result: exit-code) since Wed 2023-03-15 10:12:22 CET; 48s ago
    Process: 34359 ExecStart=/sbin/upsd (code=exited, status=1/FAILURE)
        CPU: 2ms
    Code
    # journalctl -xe
.
.
mar 15 10:24:45 desvan systemd-resolved[1368]: Positive Trust Anchors:
mar 15 10:24:45 desvan systemd-resolved[1368]: . IN DS 20326 8 2 e06d44b80b8f1d39a95c0b0d7c65d08458e880409bbc683457104237c7f8ec8d
mar 15 10:24:45 desvan systemd-resolved[1368]: Negative trust anchors: 10.in-addr.arpa 16.172.in-addr.arpa 17.172.in-addr.arpa 18.172.in-addr.arpa 19.172.in-addr.arpa 20.172.in-addr.arpa 21.172.in-addr.arpa 22.172.in-addr.arpa 23.172.in-addr.arpa 20.172.in-addr.arpa 21.172.in-addr.arpa 22.172.in-addr.arpa 23.172.in-addr.arpa 24.172.in-addr.arpa 25.172.in-addr.arpa 26.172.in-addr.arpa 27.172.in-addr.arpa 28.1.172.in-addr.arpa 25.172.in-addr.arpa 26.172.in-addr.arpa 27.172.in-addr.arpa 28.172.in-addr.arpa 29.172.in-addr.arpa 30.172.in-addr.arpa 31.172.in-addr.arpa 168.192.in-addr.arpa d.f.ip6.arpa corp home internal intranet lan local private test
mar 15 10:24:45 desvan systemd-resolved[1368]: Using system hostname 'desvan'.
.
.

    I disable the service in GUI

    I enable the service again in GUI and get this error

    however the service is active

    Code
    # systemctl status nut-server.service
● nut-server.service - Network UPS Tools - power devices information server
     Loaded: loaded (/lib/systemd/system/nut-server.service; enabled; vendor preset: enabled)
     Active: active (running) since Wed 2023-03-15 10:59:24 CET; 57s ago
   Main PID: 45867 (upsd)
      Tasks: 1 (limit: 18946)
     Memory: 692.0K
        CPU: 4ms
     CGroup: /system.slice/nut-server.service
             └─45867 /lib/nut/upsd

    it seems that something is not working right in salt

    • Offizieller Beitrag

    I just restored the system to a previous backup from two weeks ago. The problem has been repeated when applying the updates.

Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!

Benutzerkonto erstellen Anmelden