Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

IoT Edge not connecting to Hub and giving container name name does not resolve error #7149

Closed
IoTEdgeUser opened this issue Nov 12, 2023 · 3 comments

Comments

@IoTEdgeUser
Copy link

We have deployed IOT Edge on an on-premise system and are connecting to Azure IoT Hub from it via Site to Site VPN. Outbound ports 443 and 5671 are enabled via site to site vpn for IoT Hub and 443 is enable for container registry. As the system does not have internet we have installed iotedge via packages and copied tar files of Edge Agent, Edge Hub from Microsoft container registry. On executing docker load command for these tar files, all the docker images are getting created for these modules. However no containers for them are created in docker ps -a. Only Edge Agent is up but with error Name does not resolve. . On running IoTEdge check we get error that the containers cannot resolve to the host name. However host connectivity works fine. We have added host entry in etc/hosts for the FQDN and IP and also tried adding extra hosts in the IoT Edge deployment template json to deploy to device. We tried to add hostname explicitly to the docker by using docker run add host for the Edge Agent and Hub but they are giving null exceptions. Kindly suggest how to resolve this issue so that container issue gets resolved

@vadim-kovalyov
Copy link
Contributor

It seems like there is an internal support case for that. We will use that support channel for communication and I will post the findings back here if they would be found useful for the public.

Copy link

This issue is being marked as stale because it has been open for 30 days with no activity.

@jlian
Copy link
Member

jlian commented Jan 11, 2024

After correlating with internal support ticket looks like the issue was with the on-prem DNS server resolving IoT Hub FQDN, so this I'm closing the issue.

@jlian jlian closed this as completed Jan 11, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

3 participants