[Bug 1756322] Re: 'netplan apply' fails when trying to activate another interface on another QETH device ...
Dimitri John Ledkov
launchpad at surgut.co.uk
Fri Mar 16 14:52:54 UTC 2018
Ok, reading more carefully it looks like udevadm is failing, when called
by netplan.
** Also affects: systemd (Ubuntu)
Importance: Undecided
Status: New
** Also affects: netplan.io (Ubuntu)
Importance: Undecided
Status: New
--
You received this bug notification because you are a member of Ubuntu
Foundations Bugs, which is subscribed to systemd in Ubuntu.
Matching subscriptions: foundations-bugs
https://bugs.launchpad.net/bugs/1756322
Title:
'netplan apply' fails when trying to activate another interface on
another QETH device ...
Status in netplan:
New
Status in Ubuntu on IBM z Systems:
New
Status in netplan.io package in Ubuntu:
New
Status in systemd package in Ubuntu:
New
Bug description:
When trying to add another interface for a QETH device on a s390x
system netplan apply fails:
sudo netplan apply
Cannot replug encc003: [Errno 19] No such device
Traceback (most recent call last):
File "/usr/sbin/netplan", line 23, in <module>
netplan.main()
File "/usr/share/netplan/netplan/cli/core.py", line 50, in main
self.run_command()
File "/usr/share/netplan/netplan/cli/utils.py", line 110, in run_command
self.func()
File "/usr/share/netplan/netplan/cli/commands/apply.py", line 40, in run
self.run_command()
File "/usr/share/netplan/netplan/cli/utils.py", line 110, in run_command
self.func()
File "/usr/share/netplan/netplan/cli/commands/apply.py", line 87, in command_apply
stdout=fd, stderr=fd)
File "/usr/lib/python3.6/subprocess.py", line 291, in check_call
raise CalledProcessError(retcode, cmd)
subprocess.CalledProcessError: Command '['udevadm', 'test-builtin', 'net_setup_link', '/sys/class/net/encc003']' returned non-zero exit status 4.
even if a prior test with 'netplan --debug generate' seemed to pass:
sudo netplan --debug generate
DEBUG:command generate: running ['/lib/netplan/generate']
** (generate:4221): DEBUG: 06:34:45.072: Processing input file //etc/netplan/01-netcfg.yaml..
** (generate:4221): DEBUG: 06:34:45.072: starting new processing pass
** (generate:4221): DEBUG: 06:34:45.072: encc003: setting default backend to 1
** (generate:4221): DEBUG: 06:34:45.072: encc000.2653: setting default backend to 1
** (generate:4221): DEBUG: 06:34:45.072: encc003.2653: setting default backend to 1
** (generate:4221): DEBUG: 06:34:45.072: encc000: setting default backend to 1
** (generate:4221): DEBUG: 06:34:45.072: Generating output files..
** (generate:4221): DEBUG: 06:34:45.072: NetworkManager: definition encc003 is not for us (backend 1)
** (generate:4221): DEBUG: 06:34:45.072: NetworkManager: definition encc000.2653 is not for us (backend 1)
** (generate:4221): DEBUG: 06:34:45.072: NetworkManager: definition encc003.2653 is not for us (backend 1)
** (generate:4221): DEBUG: 06:34:45.072: NetworkManager: definition encc000 is not for us (backend 1)
After this failure the QETH device is no longer online, but was online
prior to the apply:
lszdev c003
TYPE ID ON PERS NAMES
qeth 0.0.c003:0.0.c004:0.0.c005 no yes
However, after a reboot everything is fine and the interface up and
running.
Detailed steps (also to reproduce) are attached as well as the syslog.
System is left as it is and can be used for further testing ...
(contact 'jfh' on IRC)
To manage notifications about this bug go to:
https://bugs.launchpad.net/netplan/+bug/1756322/+subscriptions
More information about the foundations-bugs
mailing list