> The generator unconditionally writes netplan-ovs-cleanup.service 
> (src/generate.c:281 → src/gen-
> openvswitch.c:573, outside the np_state->netdefs guard, with 
> validation_only=FALSE), so on a healthy 
> system the file should always be in /run/systemd/generator.late/. On this 
> host it is missing by the time 
> apply.py reaches line 286, even though a manual invocation of 
> /usr/lib/systemd/system-generators/netplan 
> writes it. I have not root-caused that.

I think this is important. Somehow, your system ended up in a state
where the netplan-ovs-cleanup.service was not created. The generator
should have created it, and all the generators are run when "systemctl
daemon-reload" is called.

When I invoke daemon-reload, the journal logs this:
Jun 18 14:40:19 r-ovs systemd[1]: Reload requested from client PID 10408 
('systemctl') (unit [email protected])...
Jun 18 14:40:19 r-ovs systemd[1]: Reloading...
Jun 18 14:40:19 r-ovs systemd[1]: 
/usr/lib/systemd/system/xfs_scrub_all.service:26: Support for option 
CPUAccounting= has been removed and it is ignored
Jun 18 14:40:19 r-ovs systemd[1]: 
/usr/lib/systemd/system/system-xfs_scrub.slice:15: Support for option 
CPUAccounting= has been removed and it is ignored
Jun 18 14:40:19 r-ovs systemd[1]: Reloading finished in 218 ms.
Jun 18 14:40:19 r-ovs sudo[10405]: pam_unix(sudo:session): session closed for 
user root


Do you have anything in your logs following the daemon-reload that would 
indicate the netplan generator failed to run?


** Changed in: netplan.io (Ubuntu)
       Status: New => Incomplete

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/2156406

Title:
  `netplan apply` fails on systems without OVS

To manage notifications about this bug go to:
https://bugs.launchpad.net/netplan/+bug/2156406/+subscriptions


-- 
ubuntu-bugs mailing list
[email protected]
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs

Reply via email to