You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Disabling systemd-resolved DNSStubListener and restarting systemd-resolved
It is hanging on restarting systemd-resolved and returning an exit code of 1. This is the docker/systemd interaction I mentioned above. Succeeds in a full VM -- I've been poking around on it on my side working backwards from vagrant/libvirt.
Let's bug this and assign yourself to it so we can get the base framework in to work with; we can discuss more about fixing in that bug.
on dependencies, imho role should include whatever is needed to be played. base docker image allow testing with minimal image vs lxd or github images which are more full systems and somewhat silent dependencies like git or some ansible modules-related python packages.
The role was always intended to be run on baremetal or a VM, not in a docker container. I'm not against adding those silent dependencies, but please either add a comment above that block or another list (and include in the install tasks) that clearly delineates what/why those packages are for (e.g. molecule testing on docker). This also helps when checking deps for major version upgrades.
Pulling this issue out into a separate bug. See links for additional context.
Using docker for testing in molecule results in the pihole installer indefinitely hanging, during DNS service restart using systemd.
This tracks the resolution of this issue and is a blocker for the next release.
See: #21 (comment)
It is hanging on restarting
systemd-resolved
and returning an exit code of1
. This is the docker/systemd interaction I mentioned above. Succeeds in a full VM -- I've been poking around on it on my side working backwards from vagrant/libvirt.Let's bug this and assign yourself to it so we can get the base framework in to work with; we can discuss more about fixing in that bug.
The role was always intended to be run on baremetal or a VM, not in a docker container. I'm not against adding those silent dependencies, but please either add a comment above that block or another list (and include in the install tasks) that clearly delineates what/why those packages are for (e.g. molecule testing on docker). This also helps when checking deps for major version upgrades.
Originally posted by @r-pufky in #21 (comment)
The text was updated successfully, but these errors were encountered: