[systemd-devel] F30->F31 systemd-networkd no IPv6 autoconfiguration

Ryan Gonzalez rymg19 at gmail.com
Sat Nov 9 02:14:54 UTC 2019


Having two networking systems running at once can cause all sorts
of problems, not sure if this is the issue here or why NM is still starting
but you can try using 'systemctl mask' on it to completely prevent it from
running.

On Fri, Nov 8, 2019, 7:37 PM Anthony Joseph Messina <amessina at messinet.com>
wrote:

> I apologize if this isn't the right place to post this request for
> assistance.  I've attempted the Fedora User's list with no luck and would
> prefer to ask before filing a bug.
>
> After a successful "dnf systemd upgrade" F30->F31, I'm finding that a few
> of my machines which use systemd-networkd instead of NetworkManager are no
> longer autoconfiguring IPv6 addresses.  I also noticed that even though
> NetworkManager is disabled, it is initiated in early boot, which I'm not
> sure is related.
>
> It appears as though the system isn't assigning the link-local address and
> therefore can't communicate via IPv6.  If anyone has any pointers on where
> to begin, I'd appreciate it.  Thanks.  -A
>
> Both systems below use the following
> /etc/systemd/network/10-wired-dhcp.network:
>
> [Match]
> Name=en*
>
> [Network]
> DHCP=yes
> IPv6PrivacyExtensions=yes
>
>
> Both systems are running:
> kernel-5.3.8-300.fc31.x86_64
> systemd-243-4.gitef67743.fc31.x86_64
> NetworkManager-1.20.4-1.fc31.x86_64
>
>
> A system that IS working with systemd-networkd displays the following
> debug output:
>
> eno1: New device has no master, continuing without
> eno1: Flags change: +UP +LOWER_UP +RUNNING +MULTICAST +BROADCAST
> eno1: Link 2 added
> eno1: udev initialized link
> eno1: State changed: pending -> initialized
> eno1: Saved original MTU: 1500
> eno1: Remembering foreign address: fe80::f64d:30ff:fe6e:2cf5/64 (valid
> forever)
> eno1: Gained IPv6LL
> eno1: Remembering route: dst: ff00::/8, src: n/a, gw: n/a, prefsrc: n/a,
> scope: global, table: local, proto: boot, type: unicast
> eno1: Remembering route: dst: fe80::f64d:30ff:fe6e:2cf5/128, src: n/a, gw:
> n/a, prefsrc: n/a, scope: global, table: local, proto: kernel, type: local
> eno1: Remembering route: dst: fe80::/64, src: n/a, gw: n/a, prefsrc: n/a,
> scope: global, table: main, proto: kernel, type: unicast
> eno1: Remembering updated address: fe80::f64d:30ff:fe6e:2cf5/64 (valid
> forever)
> eno1: Updating remembered route: dst: fe80::f64d:30ff:fe6e:2cf5/128, src:
> n/a, gw: n/a, prefsrc: n/a, scope: global, table: local, proto: kernel,
> type: local
> eno1: Link state is up-to-date
> eno1: found matching network '/etc/systemd/network/10-wired-dhcp.network'
> Setting '/proc/sys/net/ipv6/conf/eno1/disable_ipv6' to '0'
> eno1: IPv6 successfully enabled
> Setting '/proc/sys/net/ipv6/conf/eno1/proxy_ndp' to '0'
> Setting '/proc/sys/net/ipv6/conf/eno1/use_tempaddr' to '2'
> Setting '/proc/sys/net/ipv6/conf/eno1/accept_ra' to '0'
> eno1: Started LLDP.
> eno1: Setting address genmode for link
> eno1: Acquiring DHCPv4 lease
> eno1: Discovering IPv6 routers
> eno1: State changed: initialized -> configuring
> eno1: Acquiring DHCPv6 lease on NDisc request
>
>
> Another system that IS NOT working displays the following debug output
> (note the missing Remembering foreign address and Gained IPv6LL lines):
>
> eno1: New device has no master, continuing without
> eno1: Flags change: +UP +LOWER_UP +RUNNING +MULTICAST +BROADCAST
> eno1: Link 2 added
> eno1: udev initialized link
> eno1: State changed: pending -> initialized
> eno1: Saved original MTU: 1500
> eno1: Remembering route: dst: ff00::/8, src: n/a, gw: n/a, prefsrc: n/a,
> scope: global, table: local, proto: boot, type: unicast
> eno1: Link state is up-to-date
> eno1: found matching network '/etc/systemd/network/10-wired-dhcp.network'
> eno1: IPv6 successfully enabled
> eno1: Started LLDP.
> eno1: Setting address genmode for link
> eno1: Acquiring DHCPv4 lease
> eno1: State changed: initialized -> configuring
>
> --
> Anthony - https://messinet.com
> F9B6 560E 68EA 037D 8C3D  D1C9 FF31 3BDB D9D8 99B6
>
>
>
> _______________________________________________
> systemd-devel mailing list
> systemd-devel at lists.freedesktop.org
> https://lists.freedesktop.org/mailman/listinfo/systemd-devel
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/systemd-devel/attachments/20191108/eb5a21f6/attachment-0001.html>


More information about the systemd-devel mailing list