Here is my daemon.log collected after the fact and stripped from the jellyfin garbage.
Apply changes in GUI takes a very long time.
-
-
Looks like your system is losing connection on the netplan apply. I assume there are no files in /etc/systemd/network/? I don't see any problem with your netplan files. Can you post the output of: sudo netplan --debug apply
-
I assume there are no files in /etc/systemd/network/?
Correct. No files.
Just in case I post here my networkd.conf
Code
Alles anzeigencat /etc/systemd/networkd.conf # This file is part of systemd. # # systemd is free software; you can redistribute it and/or modify it # under the terms of the GNU Lesser General Public License as published by # the Free Software Foundation; either version 2.1 of the License, or # (at your option) any later version. # # Entries in this file show the compile time defaults. # You can change settings by editing this file. # Defaults can be restored by simply deleting this file. # # See networkd.conf(5) for details [Network] #SpeedMeter=no #SpeedMeterIntervalSec=10sec #ManageForeignRoutes=yes [DHCP] #DUIDType=vendor #DUIDRawData=
Code
Alles anzeigengianpaolo@omv:~$ sudo netplan --debug apply ** (generate:11584): DEBUG: 18:40:53.720: Processing input file /etc/netplan/10-openmediavault-default.yaml.. ** (generate:11584): DEBUG: 18:40:53.721: starting new processing pass ** (generate:11584): DEBUG: 18:40:53.721: Processing input file /etc/netplan/20-openmediavault-eno1.yaml.. ** (generate:11584): DEBUG: 18:40:53.721: starting new processing pass ** (generate:11584): DEBUG: 18:40:53.721: Processing input file /etc/netplan/60-openmediavault-br0.yaml.. ** (generate:11584): DEBUG: 18:40:53.721: starting new processing pass ** (generate:11584): DEBUG: 18:40:53.721: We have some netdefs, pass them through a final round of validation ** (generate:11584): DEBUG: 18:40:53.721: eno2: setting default backend to 1 ** (generate:11584): DEBUG: 18:40:53.721: Configuration is valid ** (generate:11584): DEBUG: 18:40:53.721: br0: setting default backend to 1 ** (generate:11584): DEBUG: 18:40:53.721: Configuration is valid ** (generate:11584): DEBUG: 18:40:53.721: eno1: setting default backend to 1 ** (generate:11584): DEBUG: 18:40:53.721: Configuration is valid ** (generate:11584): DEBUG: 18:40:53.721: Generating output files.. ** (generate:11584): DEBUG: 18:40:53.721: openvswitch: definition eno1 is not for us (backend 1) ** (generate:11584): DEBUG: 18:40:53.721: NetworkManager: definition eno1 is not for us (backend 1) ** (generate:11584): DEBUG: 18:40:53.721: openvswitch: definition eno2 is not for us (backend 1) ** (generate:11584): DEBUG: 18:40:53.721: NetworkManager: definition eno2 is not for us (backend 1) ** (generate:11584): DEBUG: 18:40:53.721: openvswitch: definition br0 is not for us (backend 1) ** (generate:11584): DEBUG: 18:40:53.721: NetworkManager: definition br0 is not for us (backend 1) DEBUG:netplan generated networkd configuration changed, restarting networkd DEBUG:eno1 not found in {} DEBUG:eno2 not found in {'eno1': {'match': {'macaddress': '00:25:90:f3:4d:2e'}, 'dhcp4': True, 'dhcp6': False, 'link-local': []}} DEBUG:br0 not found in {} DEBUG:Merged config: network: bridges: br0: dhcp4: true dhcp6: false interfaces: - eno2 link-local: [] ethernets: eno1: dhcp4: true dhcp6: false link-local: [] match: macaddress: 00:25:90:f3:4d:2e eno2: addresses: [] dhcp4: false dhcp6: false renderer: networkd version: 2
And the network goes down
-
-
And the network goes down
Have you tried ip a from a console after the network goes down? There are many times the machine gets a different ip address when the networking type changes.
-
Have you tried ip a from a console after the network goes down? There are many times the machine gets a different ip address when the networking type changes.
I tried before to issue a ifconfig from the console directly connected to the server and the network interfaces were without ip address.
Also, at least for the primary interface, the routeer has an IP reservation for that MAC address.
I also tried to set fixed IP with omv-firstaid but the result as the same.
Network goes down trying to apply the new settings. After reboot the network goes up with the new settings (AFAIR) and the GUI tells me that there are some pending changes. As soon as I apply the changes the nework goes down.
-
Network goes down trying to apply the new settings. After reboot the network goes up with the new settings (AFAIR) and the GUI tells me that there are some pending changes. As soon as I apply the changes the nework goes down.
All I can think is you have some other networking system interfering with netplan. OMV can't do anything to fix netplan apply not working. You can echo "[]" | sudo tee /var/lib/openmediavault/dirtymodules.json to remove the apply bar but you don't be able to change anything that marks the network module dirty. When you reboot after a failed netplan apply or omv apply changes, does your system happen to have two ip addresses? What is the output of: dpkg -l | grep -iE "network|dhcp"
-
-
When you reboot after a failed netplan apply or omv apply changes, does your system happen to have two ip addresses? What is the output of: dpkg -l | grep -iE "network|dhcp"
It has two IP addresses. One for eno1 and one for br0.
I as suspecting something is interfering with netplan, but I really don't know enough to debug it.
Code
Alles anzeigengianpaolo@omv:~$ dpkg -l | grep -iE "network|dhcp" ii atmel-firmware 1.3-4.1 all Firmware for Atmel at76c50x wireless networking chips. ii chrony 4.0-8+deb11u2 amd64 Versatile implementation of the Network Time Protocol ii dirmngr 2.2.27-2+deb11u2 amd64 GNU privacy guard - network certificate management service ii dnsmasq-base 2.85-1 amd64 Small caching DNS proxy and DHCP/TFTP server ii glib-networking:amd64 2.66.0-2 amd64 network-related giomodules for GLib ii glib-networking-common 2.66.0-2 all network-related giomodules for GLib - data files ii glib-networking-services 2.66.0-2 amd64 network-related giomodules for GLib - D-Bus services ii ifupdown 0.8.36+pve1 amd64 high level tools to configure network interfaces ii iproute2 5.10.0-4 amd64 networking and traffic control tools ii iputils-ping 3:20210202-1 amd64 Tools to test the reachability of network hosts ii isc-dhcp-client 4.4.1-2.3 amd64 DHCP client for automatically obtaining an IP address ii isc-dhcp-common 4.4.1-2.3 amd64 common manpages relevant to all of the isc-dhcp packages ii libnetplan0:amd64 0.101-4 amd64 YAML network configuration abstraction runtime library ii libnss3:amd64 2:3.61-1+deb11u2 amd64 Network Security Service libraries ii libnutscan1:amd64 2.7.4-13 amd64 network UPS tools - scanner library ii libsnmp40:amd64 5.9+dfsg-4+deb11u1 amd64 SNMP (Simple Network Management Protocol) library ii libsodium23:amd64 1.0.18-1 amd64 Network communication, cryptography and signaturing library ii libupsclient4:amd64 2.7.4-13 amd64 network UPS tools - client library ii libvirt-daemon-config-network 8.0.0-1~bpo11+1 all Libvirt daemon configuration files (default network) ii libvirt-daemon-config-nwfilter 8.0.0-1~bpo11+1 all Libvirt daemon configuration files (default network filters) ii net-tools 1.60+git20181103.0eebece-1 amd64 NET-3 networking toolkit ii netbase 6.3 all Basic TCP/IP networking system ii netplan.io 0.101-4 amd64 YAML network configuration abstraction for various backends ii nut 2.7.4-13 all network UPS tools - metapackage ii nut-client 2.7.4-13 amd64 network UPS tools - clients ii nut-server 2.7.4-13 amd64 network UPS tools - core system ii openmediavault 6.0.39-1 all openmediavault - The open network attached storage solution ii openmediavault-nut 6.0-9 all openmediavault Network UPS Tools (NUT) plugin ii openmediavault-snmp 6.0-5 all openmediavault SNMP (Simple Network Management Protocol) plugin ii python3-netaddr 0.7.19-5 all manipulation of various common network address notations (Python 3) ii python3-netifaces 0.10.9-0.2+b3 amd64 portable network interface information - Python 3.x ii snmpd 5.9+dfsg-4+deb11u1 amd64 SNMP (Simple Network Management Protocol) agents
Thanks for all your help. I really appreciate it.
-
It has two IP addresses. One for eno1 and one for br0.
I as suspecting something is interfering with netplan, but I really don't know enough to debug it.
eno1 should not have an IP address when you are using a bridge. That is definitely the problem. Do you have ifupdown installed?
dpkg -l | grep ifupdown
cat /etc/network/interfaces
ls -al /etc/network/interfaces.d/
sudo grep -ir dhcp /etc/*
-
eno1 should not have an IP address when you are using a bridge. That is definitely the problem. Do you have ifupdown installed?
dpkg -l | grep ifupdown
cat /etc/network/interfaces
ls -al /etc/network/interfaces.d/
sudo grep -ir dhcp /etc/*
No, I’m sorry. I wasn’t clear
I have two nic.
Eno1 and eno2
Eno2 is using a bridge.
Ifupdown is installed.
Codegianpaolo@omv:~$ dpkg -l |grep ifupii ifupdown 0.8.36+pve1 amd64 high level tools to configure network interfaces
Directory interfaces.d is empty
Codegianpaolo@omv:~$ ls -al /etc/network/interfaces.d/ total 8 drwxr-xr-x 2 root root 4096 Nov 4 2020 . drwxr-xr-x 7 root root 4096 Sep 16 14:50 ..
File interfaces seems empty
Codegianpaolo@omv:~$ cat /etc/network/interfaces# This file is auto-generated by openmediavault (https://www.openmediavault.org) # WARNING: Do not edit this file, your changes will get lost. # interfaces(5) file used by ifup(8) and ifdown(8) # Better use netplan.io or systemd-networkd to configure additional interface stanzas. # Include files from /etc/network/interfaces.d: source-directory /etc/network/interfaces.d
Code
Alles anzeigengianpaolo@omv:~$ sudo grep -ri dhcp /etc/* /etc/apparmor.d/usr.sbin.chronyd: @{run}/chrony-dhcp/{,*} r, /etc/dhcp/dhclient.conf:# Normally, if the DHCP server provides reasonable information and does /etc/dhcp/dhclient.conf: dhcp6.name-servers, dhcp6.domain-search, dhcp6.fqdn, dhcp6.sntp-servers, /etc/dhcp/dhclient.conf:#send dhcp-client-identifier 1:0:a0:24:ab:fb:9c; /etc/dhcp/dhclient.conf:#send dhcp-lease-time 3600; /etc/dhcp/dhclient-exit-hooks.d/chrony:CHRONY_SOURCEDIR=/run/chrony-dhcp /etc/dhcp/debug:# before. If you want to debug a problem with your DHCP setup you can /etc/dhcp/debug: # loop over the DHCP variables passed to dhclient-script /etc/dhcp/debug: dhcp6_domain_search dhcp6_name_servers ; do /etc/dhcp/dhclient-enter-hooks.d/samba:SAMBA_DHCP_CONF=/var/lib/samba/dhcp.conf /etc/dhcp/dhclient-enter-hooks.d/samba: if [ -e $SAMBA_DHCP_CONF ] && [ -s $SAMBA_DHCP_CONF ] /etc/dhcp/dhclient-enter-hooks.d/samba: $SAMBA_DHCP_CONF` /etc/dhcp/dhclient-enter-hooks.d/samba: echo -n > ${SAMBA_DHCP_CONF}.new /etc/dhcp/dhclient-enter-hooks.d/samba: mv ${SAMBA_DHCP_CONF}.new $SAMBA_DHCP_CONF /etc/dhcp/dhclient-enter-hooks.d/samba: echo " wins server =$serverlist" >> ${SAMBA_DHCP_CONF}.new /etc/dhcp/dhclient-enter-hooks.d/samba: echo " netbios scope = $new_netbios_scope" >> ${SAMBA_DHCP_CONF}.new /etc/dhcp/dhclient-enter-hooks.d/samba: mv ${SAMBA_DHCP_CONF}.new $SAMBA_DHCP_CONF /etc/fail2ban/action.d/firewallcmd-common.conf:# Examples services: amanda-client amanda-k5-client bacula bacula-client dhcp dhcpv6 dhcpv6-client dns freeipa-ldap freeipa-ldaps /etc/fail2ban/action.d/firewallcmd-common.conf:# postgresql privoxy proxy-dhcp puppetmaster radius rpc-bind rsyncd samba samba-client sane smtp squid ssh synergy /etc/iproute2/rt_protos:16 dhcp /etc/libvirt/qemu/networks/default.xml: <dhcp> /etc/libvirt/qemu/networks/default.xml: </dhcp> /etc/libvirt/nwfilter/allow-dhcp.xml: virsh nwfilter-edit allow-dhcp /etc/libvirt/nwfilter/allow-dhcp.xml:<filter name='allow-dhcp' chain='ipv4' priority='-700'> /etc/libvirt/nwfilter/allow-dhcp-server.xml: virsh nwfilter-edit allow-dhcp-server /etc/libvirt/nwfilter/allow-dhcp-server.xml:<filter name='allow-dhcp-server' chain='ipv4' priority='-700'> /etc/libvirt/nwfilter/allow-dhcp-server.xml: <ip srcipaddr='$DHCPSERVER' protocol='udp' srcportstart='67' dstportstart='68'/> /etc/libvirt/nwfilter/allow-dhcpv6.xml: virsh nwfilter-edit allow-dhcpv6 /etc/libvirt/nwfilter/allow-dhcpv6.xml:<filter name='allow-dhcpv6' chain='ipv6' priority='-600'> /etc/libvirt/nwfilter/allow-dhcpv6-server.xml: virsh nwfilter-edit allow-dhcpv6-server /etc/libvirt/nwfilter/allow-dhcpv6-server.xml:<filter name='allow-dhcpv6-server' chain='ipv6' priority='-600'> /etc/libvirt/nwfilter/allow-dhcpv6-server.xml: <ipv6 srcipaddr='$DHCPSERVER' protocol='udp' srcportstart='547' dstportstart='546'/> /etc/netplan/20-openmediavault-eno1.yaml: dhcp4: true /etc/netplan/20-openmediavault-eno1.yaml: dhcp6: false /etc/netplan/60-openmediavault-br0.yaml: dhcp4: false /etc/netplan/60-openmediavault-br0.yaml: dhcp6: false /etc/netplan/60-openmediavault-br0.yaml: dhcp4: true /etc/netplan/60-openmediavault-br0.yaml: dhcp6: false /etc/network/interfaces.bak:iface eno1 inet dhcp /etc/openmediavault/config.xml: <method>dhcp|static|manual</method> /etc/openmediavault/config.xml: <method6>auto|dhcp|static|manual</method6> /etc/openmediavault/config.xml: <method>dhcp</method> /etc/openmediavault/config.xml: <method>dhcp</method> /etc/services:dhcpv6-client 546/udp /etc/services:dhcpv6-server 547/udp /etc/systemd/networkd.conf:[DHCP] /etc/wpa_supplicant/functions.sh:# Networking tools such as dhcp clients used with ifupdown can
-
-
Ah, you must have dhclient installed. That should be removed. apt-get purge isc-dhcp-common
-
I did. But there is a strange thing. I purged it but then I got curious to see if there were some dhclient config or script and I found there was a /sbin/dhclient file. So I asked what package owned it
So I thought I hadn't remove it yet but:
Codegianpaolo@omv:~$ sudo apt-get purge isc-dhcp-common [sudo] password for gianpaolo: Reading package lists... Done Building dependency tree... Done Reading state information... Done Package 'isc-dhcp-common' is not installed, so not removed
So the package is removed but somehow a file owned by that package is still present on my system?
Anyhow I retried to do a netplan --debug apply but the network went down.
Code
Alles anzeigengianpaolo@omv:~$ sudo netplan --debug apply ** (generate:262433): DEBUG: 07:15:39.932: Processing input file /etc/netplan/10-openmediavault-default.yaml.. ** (generate:262433): DEBUG: 07:15:39.932: starting new processing pass ** (generate:262433): DEBUG: 07:15:39.932: Processing input file /etc/netplan/20-openmediavault-eno1.yaml.. ** (generate:262433): DEBUG: 07:15:39.932: starting new processing pass ** (generate:262433): DEBUG: 07:15:39.933: Processing input file /etc/netplan/60-openmediavault-br0.yaml.. ** (generate:262433): DEBUG: 07:15:39.933: starting new processing pass ** (generate:262433): DEBUG: 07:15:39.933: We have some netdefs, pass them through a final round of validation ** (generate:262433): DEBUG: 07:15:39.933: eno2: setting default backend to 1 ** (generate:262433): DEBUG: 07:15:39.933: Configuration is valid ** (generate:262433): DEBUG: 07:15:39.933: br0: setting default backend to 1 ** (generate:262433): DEBUG: 07:15:39.933: Configuration is valid ** (generate:262433): DEBUG: 07:15:39.933: eno1: setting default backend to 1 ** (generate:262433): DEBUG: 07:15:39.933: Configuration is valid ** (generate:262433): DEBUG: 07:15:39.933: Generating output files.. ** (generate:262433): DEBUG: 07:15:39.933: openvswitch: definition eno1 is not for us (backend 1) ** (generate:262433): DEBUG: 07:15:39.933: NetworkManager: definition eno1 is not for us (backend 1) ** (generate:262433): DEBUG: 07:15:39.933: openvswitch: definition eno2 is not for us (backend 1) ** (generate:262433): DEBUG: 07:15:39.933: NetworkManager: definition eno2 is not for us (backend 1) ** (generate:262433): DEBUG: 07:15:39.933: openvswitch: definition br0 is not for us (backend 1) ** (generate:262433): DEBUG: 07:15:39.933: NetworkManager: definition br0 is not for us (backend 1) DEBUG:netplan generated networkd configuration changed, restarting networkd DEBUG:eno1 not found in {} DEBUG:eno2 not found in {'eno1': {'match': {'macaddress': '00:25:90:f3:4d:2e'}, 'dhcp4': True, 'dhcp6': False, 'link-local': []}} DEBUG:br0 not found in {} DEBUG:Merged config: network: bridges: br0: dhcp4: true dhcp6: false interfaces: - eno2 link-local: [] ethernets: eno1: dhcp4: true dhcp6: false link-local: [] match: macaddress: 00:25:90:f3:4d:2e eno2: addresses: [] dhcp4: false dhcp6: false renderer: networkd version: 2 DEBUG:no netplan generated NM configuration exists DEBUG:eno1 not found in {} DEBUG:eno2 not found in {'eno1': {'match': {'macaddress': '00:25:90:f3:4d:2e'}, 'dhcp4': True, 'dhcp6': False, 'link-local': []}} DEBUG:br0 not found in {} DEBUG:Merged config: network: bridges: br0: dhcp4: true dhcp6: false interfaces: - eno2 link-local: [] ethernets: eno1: dhcp4: true dhcp6: false link-local: [] match: macaddress: 00:25:90:f3:4d:2e eno2: addresses: [] dhcp4: false dhcp6: false renderer: networkd version: 2 DEBUG:Link changes: {} DEBUG:netplan triggering .link rules for lo DEBUG:netplan triggering .link rules for eno1 DEBUG:netplan triggering .link rules for eno2
-
Sorry, I had the package name wrong. Did you reboot after removing the package? If yes, then the last thing I would try is forcing it to create a new machine ID sudo truncate -s 0 /etc/machine-id. You might get a new dhcp address (depending on router behavior) when doing this but hopefully you only have one.
-
-
Sorry, I had the package name wrong. Did you reboot after removing the package? If yes, then the last thing I would try is forcing it to create a new machine ID sudo truncate -s 0 /etc/machine-id. You might get a new dhcp address (depending on router behavior) when doing this but hopefully you only have one.
So, what was the package to remove?
Do I have to reinstall isc-dhcp-common?
Yes. I did reboot after removing the package and after netplan apply.
I will try to create a new machine ID later when I get home.
-
So, what was the package to remove?
Do I have to reinstall isc-dhcp-common?
isc-dhcp-client but really all of the isc-dhcp packages can be removed.
I will try to create a new machine ID later when I get home.
You just need to empty the file not create a new machine id. The system will create a new one for you on the next boot.
-
Hi, not sure where to start with this issue, any help would be greatly appreciated.
I'm having a similar issue with "Apply Pending configuration changes". When Apply is clicked the whole server losses the network and goes off line. A reboot gets the server back on the lan, but "Apply Pending configuration changes" is still there.
Hopefully the attached files may help.
-
-
Hi, not sure where to start with this issue, any help would be greatly appreciated.
I'm having a similar issue with "Apply Pending configuration changes". When Apply is clicked the whole server losses the network and goes off line. A reboot gets the server back on the lan, but "Apply Pending configuration changes" is still there.
Were you changing a network setting? Just trying to figure out what changed.
-
Were you changing a network setting?
No network changes made since installing omv6 a few weeks ago, (sometime later I will create a br0 for kvm, but not yet).
The only thing I recall doing prior to noticing the "Apply Pending configuration changes", was a cli apt update && apt upgrade and trialing some rclonebrowser/rclonewebui containers in portainer.
-
OMV itself either marked it dirty or something had a dependency on it. You can remove systemd-networkd from /var/lib/openmediavault/dirtymodules.json
-
-
remove systemd-networkd from /var/lib/openmediavault/dirtymodules.json
That fixed it, thank you Aaron.
Just recalled there was also another error message being displayed on the server monitor when the "Apply Pending configuration changes" first appeared.
It was about a duplicate entry in the fstab, the boot drive uuid was entered twice, I edited the fstab by removing the duplicate in the "openmediavualt section", server stopped displaying the error then, and the network would stay up continuously.
OMV 6 seems fragile compared to OMV 5, or am I just having a bad run with it while ironing out the bugs!
-
OMV 6 seems fragile compared to OMV 5, or am I just having a bad run with it while ironing out the bugs!
The backend has hardly changed and that is where these issues are happening. I can't explain or reproduce them on my many omv6 setups. Maybe the frontend is allowing things it shouldn't and causing this.
Jetzt mitmachen!
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!