1. When in bad state:
- The mentioned ENV var change in /etc/default/dnsmasq and `sudo systemctl restart dnsmasq` immediately resolves the issue
2. When in good state:
- Commenting out the ENV var and running `sudo systemctl restart dnsmasq` does not immediately re-cause the issue
- After a reboot, the bad state can be observed again (systemd-resolved using 100% of a CPU core)
Maybe interesting things to note:
1. When in bad state: dnsmasq and `sudo systemctl restart dnsmasq` immediately resolves the issue
- The mentioned ENV var change in /etc/default/
2. When in good state:
- Commenting out the ENV var and running `sudo systemctl restart dnsmasq` does not immediately re-cause the issue
- After a reboot, the bad state can be observed again (systemd-resolved using 100% of a CPU core)
Maybe there is an order of operations thing here?