[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