Closed Magicrafter13 closed 2 months ago
It appears the issue was caused by setting Exec=bash
, even though that's what Cockpit claimed was being exec'd in the container. Still, there was no indication of this, or any hint towards it.
It appears the issue was caused by setting
Exec=bash
, even though that's what Cockpit claimed was being exec'd in the container.
The file you posted is not a Pi-hole file.
Where did you find it?
I posted it under the
docker-compose.yml contents, docker run shell command, or paste a screenshot of any UI based configuration of containers here
section - that's my container declaration
This issue is stale because it has been open 30 days with no activity. Please comment or update this issue or it will be closed in 5 days.
This is a: Bug
Details
My previous container, created through cockpit, worked fine. So while the fact that this container is no longer starting with a new systemd config isn't technically a bug, I believe the fact that the container just shuts itself down without any explanation, is in fact, a bug. Here is the journalctl output:
Related Issues
How to reproduce the issue
Environment data
docker-compose.yml contents, docker run shell command, or paste a screenshot of any UI based configuration of containers here pihole.container:
[Container] Image=docker.io/pihole/pihole:latest
Volume=pihole.volume:/etc/pihole Volume=pihole-dnsmasq.volume:/etc/dnsmasq.d Network=podman.network DNS=[redacted (my ISP)] PublishPort=10.0.0.5:53:53 PublishPort=10.0.0.5:53:53/udp PublishPort=980:80 Environment=TZ=America/Los_Angeles Environment=WEBPASSWORD=[redacted] Environment=FTLCONF_LOCAL_IPV4=[redacted] Environment=TEMPERATUREUNIT=c
Exec=bash
[Service] Restart=unless-stopped
[Install] WantedBy=multi-user.target default.target
[Volume] User=root Group=root
[Network] Gateway=10.88.0.1 IPRange=10.88.0.0/16 Subnet=10.88.0.0/16 Label=org.test.Key=value