- wicked Development

[wicked-devel] Network namespaces
by Matwey V. Kornilov 04 May '16

04 May '16

Hello, I am running wicked 0.6.31 I put my eth1 interface to the specific separate network namespace. Then I do # ip netns exec ns101 bash # ifup eth1 eth1 no-device How could I reuse existing /etc/sysconfig/networkd/ifcfg-eth1 configuration inside network namespace? -- With best regards, Matwey V. Kornilov http://blog.matwey.name xmpp://0x2207@jabber.ru -- To unsubscribe, e-mail: wicked-devel+unsubscribe(a)opensuse.org To contact the owner, e-mail: wicked-devel+owner(a)opensuse.org

1 0

[wicked-devel] Wicked totally fails for eth card if the link is physically down at startup
by Nikolai Zhubr 19 Mar '16

19 Mar '16

Hi all, I'm having a problem with (apparently) wicked daemon as per stock opensuse 13.2. I'm observing that my manually specified static ip configuration for my eth card is not applied in case the link is physically down (e.g. the cable in unplugged) at boot time (and is not applied later too, even if the link restores somehow, but it wouldn't matter much anyway, see below). Also, I've just found the following rather strange statement in the wicked's README, quote: - The nanny daemon (if enabled) helps to automatically bring up configured interfaces as soon as the device is available (interface hotplugging) and set up IP configuration when a link (carrier) is detected. https://github.com/openSUSE/wicked/blob/master/README Please notice "when a link (carrier) is detected" in this fragment. It means the implicite "tiny" assumption that IP configuration is unneeded until the link is physically up. I believe this assumption is totally wrong and terrific. Well maybe its ok for a cellphone kind of environment, but on a server there might be e.g. a network service which wants to bind to a specific ip address at startup, and it will then certainly fail to start if no such ip address exists, etc etc. Generally such kind of behaviour easily screws a server one way or another (if I read it correctly). I've also filled a report for opensuse 13.2 here: http://bugzilla.suse.com/show_bug.cgi?id=970774 Thank you. Regards, Nikolai -- To unsubscribe, e-mail: wicked-devel+unsubscribe(a)opensuse.org To contact the owner, e-mail: wicked-devel+owner(a)opensuse.org

1 1

[wicked-devel] wickedd-dhcp6 isn't grabbing the global IPv6 address via DHCP
by Scott Simpson 14 Mar '16

14 Mar '16

I'm using OpenSuSE 42.1 and wicked network management. The wickedd-dhcp6 program is not grabbing the global IPv6 address. Here is my output using wickedd-dhcp6: eth1 Link encap:Ethernet HWaddr 64:70:02:11:C2:04 inet addr:71.198.202.25 Bcast:255.255.255.255 Mask:255.255.248.0 inet6 addr: fe80::6670:2ff:fe11:c204/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:24268 errors:0 dropped:0 overruns:0 frame:0 TX packets:6366 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:6677253 (6.3 Mb) TX bytes:1008811 (985.1 Kb) When I used to run OpenSuSE 13.1 using NetworkManager I got: enp6s0 Link encap:Ethernet HWaddr 64:70:02:11:C2:04 inet addr:71.198.202.25 Bcast:71.198.207.255 Mask:255.255.248.0 inet6 addr: fe80::6670:2ff:fe11:c204/64 Scope:Link inet6 addr: 2001:558:6045:10c:1cc1:f1d1:2df3:7444/128 Scope:Global UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:18326382 errors:0 dropped:0 overruns:0 frame:0 TX packets:4489664 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:13654397617 (13021.8 Mb) TX bytes:1186632969 (1131.6 Mb) Notice the "Global" line in addition to the "Link" line. Is this not implemented in wickedd-dhcp6 yet? Scott -- To unsubscribe, e-mail: wicked-devel+unsubscribe(a)opensuse.org To contact the owner, e-mail: wicked-devel+owner(a)opensuse.org

2 4

[wicked-devel] Set LINK_REQUIRED to no as default
by Jason Schultz 02 Mar '16

02 Mar '16

Greetings. I hope this list is the appropriate place for this question from a wicked beginner. I found from online searches information on the LINK_REQUIRED parameter. I was able to set this parameter to "no" in order to ifup my devices without the link being ready. (In my case it is because I may want to ifup devices without a physical connection.) I am looking for how and where to set this up so that the default value is "no" for all devices; I don't want to add it to every ifcfg-* file on the system. Is there a way to do this? Thanks in advance. -- To unsubscribe, e-mail: wicked-devel+unsubscribe(a)opensuse.org To contact the owner, e-mail: wicked-devel+owner(a)opensuse.org

1 1

[wicked-devel] NFS server intermittently not waiting for DNS resolution on boot; FAILs at `exportfs`. Wicked pkgs have no {NetworkManager,systemd-networkd}-wait-online.service. What's the Opensuse alternative??
by PGNet Dev 19 Dec '15

19 Dec '15

I'm chasing down an intermittent dependency problems with NFS server startup on a Opensuse server. It's not properly waiting for DNS resolution to be available -- exportfs fails as a result. Adding a network-online.target dependency with a drop-in cat /etc/systemd/system/nfsserver.service.d/wait.conf [Unit] Requires=network-online.target After=network-online.target is not sufficient. Reading online, related solutions for failed, not-yet-ready DNS resolution in NFS startup are to activate NetworkManager-wait-online.service systemd-networkd-wait-online.service This server's a wicked-only setup; I'm *not* running NetworkManager. And, networkd* is not available in Opensuse. What's the @Opensuse option for getting NFS to properly/consistently wait for DNS resolution over the network? -- To unsubscribe, e-mail: wicked-devel+unsubscribe(a)opensuse.org To contact the owner, e-mail: wicked-devel+owner(a)opensuse.org

1 0

[wicked-devel] after 13.2 -> Leap 42.1 upgrade, long boot times (wicked ~ 60 seconds), and ifup scripts report "unknown script type"
by PGNet Dev 20 Nov '15

20 Nov '15

After upgrading a server from Opensuse 13.2 -> Leap 42.1, I'm seeing very long boot time, in addition to other symptoms. I'm starting to troubleshoot ... checking, on this system lsb_release -rd Description: openSUSE Leap 42.1 (x86_64) Release: 42.1 uname -ra Linux xensvr 4.3.0-6.g6b3b033-xen #1 SMP Tue Nov 17 09:14:21 UTC 2015 (6b3b033) x86_64 x86_64 x86_64 GNU/Linux rpm -qa | grep -i wicked | sort libwicked-0-6-0.6.27-1.1.x86_64 wicked-0.6.27-1.1.x86_64 wicked-service-0.6.27-1.1.x86_64 with this config, cat /etc/sysconfig/network/ifcfg-eno1 STARTMODE='auto' BOOTPROTO='none' cat /etc/sysconfig/network/ifcfg-br0 NAME='br0' BRIDGE='yes' BRIDGE_PORTS='eno1' STARTMODE='auto' BOOTPROTO='static' BRIDGE_STP='off' BRIDGE_FORWARDDELAY='0' BRIDGE_AGEINGTIME='0' IPADDR0='10.10.10.10/24' IPV6INIT='no' IPV6_AUTOCONF='no' ETHTOOL_OPTIONS='' MTU='1500' NETWORK='' BROADCAST='' REMOTE_IPADDR='' USERCONTROL='no' POST_UP_SCRIPT=/etc/sysconfig/network/scripts/br0-config.sh cat /etc/sysconfig/network/scripts/br0-config.sh #!/bin/sh ethtool -K br0 tso off gso off ethtool -K eno1 tso off gso off On boot I'm seeing systemd-analyze blame 2min 25.819s wicked.service 55.550s xenstored.service 1.784s lvm2-pvscan@9:1.service 1.367s dev-mapper-VG0\x2dROOT.device 975ms lvm2-pvscan@9:3.service ... that's certainly not healthy. In logs, I 1st see journalctl -xb | grep -i br0 Nov 19 15:01:47 sensvr wicked[1394]: ifcfg-br0: unable to qualify post-up script - unknown script type '(null):/etc/sysconfig/network/scripts/br0-config.sh' Under Opensuse 13.2, there was not problem with this ifup-script -- I could verify exec / setting of the ethtool params. Now, with this failure, after boot, the params remain unset ethtool -k br0 > br0-set-pre.txt ethtool -k eno1 > eno1-set-pre.txt ethtool -K br0 tso off gso off ethtool -K eno1 tso off gso off ethtool -k br0 > br0-set-post.txt ethtool -k eno1 > eno1-set-post.txt diff br0-set-pre.txt br0-set-post.txt 12,15c12,15 < tcp-segmentation-offload: on < tx-tcp-segmentation: on < tx-tcp-ecn-segmentation: on < tx-tcp6-segmentation: on --- > tcp-segmentation-offload: off > tx-tcp-segmentation: off > tx-tcp-ecn-segmentation: off > tx-tcp6-segmentation: off 17c17 < generic-segmentation-offload: on --- > generic-segmentation-offload: off diff eno1-set-pre.txt eno1-set-post.txt 12,13c12,13 < tcp-segmentation-offload: on < tx-tcp-segmentation: on --- > tcp-segmentation-offload: off > tx-tcp-segmentation: off 15c15 < tx-tcp6-segmentation: on --- > tx-tcp6-segmentation: off 17c17 < generic-segmentation-offload: on --- > generic-segmentation-offload: off Are ifup scripts no longer supported? If wicked-native scripts are now required (are they?), what's the proper usage? If not, what info's needed here? -- To unsubscribe, e-mail: wicked-devel+unsubscribe(a)opensuse.org To contact the owner, e-mail: wicked-devel+owner(a)opensuse.org

2 2

[wicked-devel] wickedd-dhcp6 DHCP6-PD lease obtained, but default route is not set. where should it be fixed/configured?
by PGNd 18 Nov '15

18 Nov '15

I've an external interface, eth0, configured for both IPv4 & IPv6 dhcp service. cat /etc/sysconfig/network/ifcfg-eth0 STARTMODE='auto' BOOTPROTO='dhcp' BROADCAST='' IPADDR='' NETMASK='' NETWORK='' NM_CONTROLLED='no' REMOTE_IPADDR='' IPV6INIT='yes' IPV6_AUTOCONF='no' DHCLIENT6_MODE='managed' DHCLIENT_SET_DEFAULT_ROUTE='yes' cat ifsysctl-eth0 net.ipv6.conf.eth0.disable_ipv6 = 0 net.ipv6.conf.eth0.autoconf = 0 net.ipv6.conf.eth0.forwarding = 1 net.ipv6.conf.eth0.accept_ra = 2 After system boot both IP addresses are up. IPv4 is fully functional. IPv6 is configured on the intfc, but the 'net is not accessible via IPv6 ping6 -c1 google.com Network is not reachable Only one default route is set - IPv4, ip -4 route show | grep default default via 11.22.33.44 dev eth0 ip -6 route show | grep default (empty) A manual route addition ip route add ::/0 via 2602:xx:xx:xx:xx::1 dev eth0 fixes the problem ip -6 route show | grep default default via 2602:xx:xx:xx:xx::1 dev eth0 metric 1024 pref medium ping6 -c1 google.com PING google.com(nuq04s29-in-x0e.1e100.net) 56 data bytes 64 bytes from nuq04s29-in-x0e.1e100.net: icmp_seq=1 ttl=55 time=26.7 ms --- google.com ping statistics --- 1 packets transmitted, 1 received, 0% packet loss, time 0ms rtt min/avg/max/mdev = 26.777/26.777/26.777/0.000 ms Where in wicked setup should this default IPv6 route addition be correctly configured? Adding to /etc/init.d/after.local, launched via /etc/systemd/system/after.local is an option. Preferably, it should be config'd in wicked/network-specific config. The route should not be added until after the DHCP6 query is made, the lease is retrieved, and the IP address assigned to the up, eth0 interface. -- To unsubscribe, e-mail: wicked-devel+unsubscribe(a)opensuse.org To contact the owner, e-mail: wicked-devel+owner(a)opensuse.org

2 1

[wicked-devel] [PATCH] service: ensure wicked does not run at the same time as networkd
by Jan Engelhardt 09 Mar '15

09 Mar '15

--- etc/systemd/wicked.service.in | 1 + etc/systemd/wicked@.service.in | 1 + etc/systemd/wickedd-auto4.service.in | 1 + etc/systemd/wickedd-dhcp4.service.in | 1 + etc/systemd/wickedd-dhcp6.service.in | 1 + etc/systemd/wickedd-nanny.service.in | 1 + etc/systemd/wickedd.service.in | 1 + 7 files changed, 7 insertions(+) diff --git a/etc/systemd/wicked.service.in b/etc/systemd/wicked.service.in index 7f3aacb..4c6d333 100644 --- a/etc/systemd/wicked.service.in +++ b/etc/systemd/wicked.service.in @@ -3,6 +3,7 @@ Description=wicked managed network interfaces Wants=network.target After=network-pre.target wickedd.service wickedd-nanny.service Before=network-online.target network.target +Conflicts=systemd-networkd.service [Service] Type=oneshot diff --git a/etc/systemd/wicked@.service.in b/etc/systemd/wicked@.service.in index 3a1ace5..9816606 100644 --- a/etc/systemd/wicked@.service.in +++ b/etc/systemd/wicked@.service.in @@ -7,6 +7,7 @@ Description=wicked managed network in stage %i #Wants=network.target #Before=network.target After=wickedd.service +Conflicts=systemd-networkd.service [Service] Type=oneshot diff --git a/etc/systemd/wickedd-auto4.service.in b/etc/systemd/wickedd-auto4.service.in index 4ae98a5..b555d13 100644 --- a/etc/systemd/wickedd-auto4.service.in +++ b/etc/systemd/wickedd-auto4.service.in @@ -2,6 +2,7 @@ Description=wicked AutoIPv4 supplicant service After=local-fs.target dbus.service SuSEfirewall2_init.service Before=wickedd.service wicked.service network.target +Conflicts=systemd-networkd.service PartOf=wickedd.service [Service] diff --git a/etc/systemd/wickedd-dhcp4.service.in b/etc/systemd/wickedd-dhcp4.service.in index 4c1d2e9..9db58af 100644 --- a/etc/systemd/wickedd-dhcp4.service.in +++ b/etc/systemd/wickedd-dhcp4.service.in @@ -2,6 +2,7 @@ Description=wicked DHCPv4 supplicant service After=local-fs.target dbus.service SuSEfirewall2_init.service Before=wickedd.service wicked.service network.target +Conflicts=systemd-networkd.service PartOf=wickedd.service [Service] diff --git a/etc/systemd/wickedd-dhcp6.service.in b/etc/systemd/wickedd-dhcp6.service.in index f64a398..b85a8db 100644 --- a/etc/systemd/wickedd-dhcp6.service.in +++ b/etc/systemd/wickedd-dhcp6.service.in @@ -2,6 +2,7 @@ Description=wicked DHCPv6 supplicant service After=local-fs.target dbus.service SuSEfirewall2_init.service Before=wickedd.service wicked.service network.target +Conflicts=systemd-networkd.service PartOf=wickedd.service [Service] diff --git a/etc/systemd/wickedd-nanny.service.in b/etc/systemd/wickedd-nanny.service.in index b75b086..b3bdc4c 100644 --- a/etc/systemd/wickedd-nanny.service.in +++ b/etc/systemd/wickedd-nanny.service.in @@ -2,6 +2,7 @@ Description=wicked network nanny service After=local-fs.target dbus.service SuSEfirewall2_init.service wickedd.service Before=wicked.service network.target +Conflicts=systemd-networkd.service PartOf=wickedd.service [Service] diff --git a/etc/systemd/wickedd.service.in b/etc/systemd/wickedd.service.in index 2d937fb..44182d8 100644 --- a/etc/systemd/wickedd.service.in +++ b/etc/systemd/wickedd.service.in @@ -2,6 +2,7 @@ Description=wicked network management service daemon After=local-fs.target dbus.service isdn.service rdma.service SuSEfirewall2_init.service Before=wicked.service network.target +Conflicts=systemd-networkd.service [Service] Type=dbus -- 2.1.4 -- To unsubscribe, e-mail: wicked-devel+unsubscribe(a)opensuse.org To contact the owner, e-mail: wicked-devel+owner(a)opensuse.org

2 4

[wicked-devel] wicked does not pass IFF_NO_PI because of typo
by info＠mobile-stream.com 05 Jan '15

05 Jan '15

wicked does not pass the IFF_NO_PI flag in src/kernel.c:__ni_tuntap_create() because of typo in assignment ("ifr.ifrflags =" instead of needed "ifr.ifrflags |=") -- To unsubscribe, e-mail: wicked-devel+unsubscribe(a)opensuse.org To contact the owner, e-mail: wicked-devel+owner(a)opensuse.org

2 1

[wicked-devel] Executing bash script on ethernet link-up/link-down event
by Aleksei Timofeyev 17 Dec '14

17 Dec '14

Hello, Is it possible to execute a bash script on link up/down event using ONLY wicked tools? Interface schema file have signals "linkUp/linkDown" but how to catch it without writing a shell script with dbus-monitor inside? Regards, Aleksei -- To unsubscribe, e-mail: wicked-devel+unsubscribe(a)opensuse.org To contact the owner, e-mail: wicked-devel+owner(a)opensuse.org

1 0