The systemd.services.dnsmasq.requires should wait for the interfaces. Unfortunately, it doesnt
Jan 19 22:55:14 systemd[1]: Failed to start Dnsmasq Daemon.
Jan 19 22:55:14 systemd[1]: dnsmasq.service: Scheduled restart job, restart counter is at 4.
Jan 19 22:55:14 systemd[1]: Starting Dnsmasq Daemon...
Jan 19 22:55:14 dnsmasq-pre-start[3188]: dnsmasq: syntax check OK.
Jan 19 22:55:14 dnsmasq[3190]: dnsmasq: unknown interface vlan90br
Jan 19 22:55:14 dnsmasq[3190]: unknown interface vlan90br
Jan 19 22:55:14 dnsmasq[3190]: FAILED to start up
Jan 19 22:55:14 systemd[1]: dnsmasq.service: Main process exited, code=exited, status=2/INVALIDARGUMENT
The device is present,
# systemctl list-units --type=device|grep vlan90br
sys-devices-virtual-net-vlan90br.device loaded active plugged /sys/devices/virtual/net/vlan90br
sys-subsystem-net-devices-vlan90br.device loaded active plugged /sys/subsystem/net/devices/vlan90br
Jan 20 09:02:41 systemd[1]: dnsmasq.service: Failed with result 'exit-code'.
Jan 20 09:02:41 systemd[1]: Failed to start Dnsmasq Daemon.
Jan 20 09:02:41 systemd[1]: dnsmasq.service: Scheduled restart job, restart counter is at 2.
Jan 20 09:02:41 systemd[1]: Starting Dnsmasq Daemon...
Jan 20 09:02:41 dnsmasq-pre-start[3418]: dnsmasq: syntax check OK.
Jan 20 09:02:41 dnsmasq[3419]: dnsmasq: unknown interface vlan90br
Jan 20 09:02:41 dnsmasq[3419]: unknown interface vlan90br
Jan 20 09:02:41 dnsmasq[3419]: FAILED to start up
Hmm. Instead of making the service wait for a period after boot, is it possible to just prioritize establishing the vlans first?
Im pretty sure that could be set as a boot parameter given this looks like its for a router config right?