-
Bug
-
Resolution: Unresolved
-
Major
-
None
-
6.18.0
-
False
-
sat-rocket
-
Known Issue
-
-
Done
-
Manual
Description of problem:
When named is already running on a Satellite the container for aardvark-dns fails to start
How reproducible:
When named is already active on a Satellite
Is this issue a regression from an earlier version:
No
Steps to Reproduce:
1. Enable managed dns on a Satellite: foreman-installer --foreman-proxy-dns=true
2. Enable IoP: foreman-installer --enable-iop
Actual behavior:
Installer fails with errors like
2025-11-05 05:30:27 [ERROR ] [configure] Nov 05 05:30:27 satellite.example.com iop-core-host-inventory-api[61452]: Error: netavark: error while applying dns entries: IO error: aardvark-dns failed to start: Error from child process 2025-11-05 05:30:27 [ERROR ] [configure] Nov 05 05:30:27 satellite.example.com iop-core-host-inventory-api[61452]: Error starting server failed to bind udp listener on 10.130.0.1:53: IO error: Address already in use (os error 98)
Expected behavior:
It should be possible to use managed dns on Satellite and use IoP at the same time
Business Impact / Additional info:
IoP installation may fail for all customers who already use managed dns
The issue is because we deploy named with a configuration that "listens on all interfaces", which includes the newly created podman ones.