-
Notifications
You must be signed in to change notification settings - Fork 21
DNSService UDP listener is unable to start #803
Comments
Exactly the same problem here as well. Mine is blocked by svchost.exe |
Even though I have this problem, I'm still able to use my development cluster - so your problem may be something else |
same problem here, as soon as I kill a process which is using port 53 the next process is grabbing it ... in the end I am unable to free the port (svchost, searchUI, chrome ... this port is loved by anyone) |
You have to stop the ICS service which is causing the issue. Go to Services (services.msc) and find the Internet Connection Sharing (ICS) service, then stop the service. More information on ICS service is available at: Note that ICS is running by default on Windows RS3 Client OS. |
I've noticed that you need to kill ICS every reboot. I tried disabling it in services, but it appeared to be re-enabled and manually started by another process. |
Exact same issues, disabled the ICS and its working. Any long term solution for this, and why this issues never came in earlier versions. |
Same issue, now i will create a node without the default Service Fabric Local Cluster Manager preset, but with the samples available here, in this way i can disable the DNS Service. The issue comes out from the service ICS, that uses 0.0.0.0:53. |
I've seen the same issue. In my scenario, I've a Windows 10 dev machine, with Docker for Windows installed, Visual Studio and Service Fabric. I noticed that when the error of Dns is happening in Service Fabric, docker is working just fine, if I restart the ICS service, Service Fabric just works fine, but docker stops working. Somehow ICS is essential for Docker for Windows, or Hyper-V as someone already stated. The solution that seems to be just working for me, is to stop ICS and restart Docker for Windows. Until the restart Docker keeps in a failing state. |
Noticed same issue (and killing ICS service does seem to clear the issue). This also resulted in a build up of excessive CPU usage for both FabricDnsService and FabricGatewayService that would build gradually over time. |
I disabled the dns service in my dev service fabric cluster instead. irst select Remove local cluster from the little SF tray icon. Then go to C:\Program Files\Microsoft SDKs\Service Fabric\ClusterSetup\NonSecure\OneNode (or FiveNode for a local 5 node cluster) and update ClusterManifestTemplate.json. Look for:
And just remove DnsService from that list. Then start up the cluster again. |
This should be fixed in the 6.2 runtime release |
Hi, I am seeing this problem using 6.2 runtime. |
Could you provide information about your environment ?
|
@ninzavivek Hi, this seems sporadic, i will get back to you if i am able to catch it. |
Those processes are Internet Connection Sharing (ICS), Cisco DNS Proxy, dockerd. |
Could you provide more information on how the cluster was created (Are you using own cluster manifest file or default from the SDK or this is an upgraded cluster)? Also, please confirm the value of "AllowMultipleListeners" parameter in DNS Service section of cluster manifest - http://localhost:19080/Explorer/index.html#/tab/manifest
|
Default cluster created by SDK, no modifications. |
I am unable to reproduce this issue on RS3, RS4 machines and we haven't seen any other reports of it. I will need logs to see what is happening on your instance. When the issue happens flush the logs as follows and share it with us. |
By "no other reports" I assume you mean no reports other than every else on this thread. I worked around this by using pksorensen's most recent post (and I assume all the other thumbs up did as well.) |
@ninzavivek I am not sure i can share logs with you, warnings from DNS that i see are |
Any updates on this? |
I am seeting the same issue. |
To summarize some of the things on this thread. Original problem with the DNS Service not being able to share port with other services was fixed in 6.2. There are other Cluster setup issues that some might run in to, this for instance (although title is "DNS Issue"): microsoft/service-fabric-cli#110 I'm closing this issue, as the original problem is solved, please open new issues for specific problems you may run in to. Thanks. |
@mikkelhegn , I'm running the august 20 release from web installer and I have the same issue. I'm unable to deactivate ICS, in a matter of minutes it's back up again. |
I'm trying to get it to work with Mesh on localhost, which in turn needs Docker...which uses the port. It seems to me that what ever was attempted fixed in 6.2 is still there. |
If I disable Hyper-V, the problem is gone and DNS service is OK, but of course, that makes Service Fabric very disappointed... |
I get a similar issue with the latest Service Fabric on a local cluster with the default SDK installation. In the windows event log, I see: I tried disabling the Internet Connection Sharing services. I tried closing Docker for Windows. I haven't tried disabling Hyper-V yet. |
Are you sure there is nothing outstanding that is listening on UDP port 53? Check the output from: netstat -nao | find ":53" | find "UDP" to see if there are any processes listed |
I have the same issue with latest sdk, single node cluster built using defaults. i have docker installed. ICS is using port 53. |
Same problem. Fresh install of service fabric & docker. The instant I stop Internet Connection Sharing, the problem goes away. |
Same problem with Fabric v 7.0.457 DNSService does not start. And the whole local cluster does not work. |
I am having the same problems. Docker will not start and the problem is that the port 53 is in use. The culprit is a service from Microsoft c:\windows\system32\svchost.exe -k netsvcs -p -s SharedAccess @nrandell already posted about this in 2018. Is there a way of configuring Docker to use another port? Killing the service does not make me feel very good and as I am using Docker for Windows it should coexist with it. As it seems, the service is configured to auto start. |
After update from 6.0 to 6.1 there is an issue with DNSService:
Unhealthy event: SourceId='System.FabricDnsService', Property='Socket', HealthState='Warning', ConsiderWarningAsError=false.
DnsService UDP listener is unable to start. Please make sure there are no processes listening on the DNS port 53.
List of processes listening on the DNS port:
UDP 0.0.0.0:53 *:* 6612
And 6612 is blocked by svchost.exe: which is used by Docker service.
The text was updated successfully, but these errors were encountered: