Closed fauxcoding closed 6 years ago
@ChackDan - Any idea what might be causing this?
My colleagues and I are currently trialling this service and none of us can seem to resolve DNS within the cluster.
We've been following the steps outlined in the documentation https://docs.microsoft.com/en-us/azure/service-fabric-mesh/service-fabric-mesh-tutorial-create-dotnetcore
Any help is greatly appreciated!
The DNS is now resolving in Azure with no changes to the code. However, it still won't resolve locally (which isn't a massive issue for me at this moment in time)
I'm guessing that things are changing your side @ChackDan if the DNS now suddenly resolves?
Yes, We have improvements that we are making on the service at all times. We claim the features once they are stable and are also available on the SF SDK.
Are any of these SDK fixes for on prem dev clusters close? Or for beta testing? I assume these fixes will come in the sdk rather than the Visual studio tooling?
yes, some of these fixes are in the 6.3 CU1 release. The rest of them are in the next release 6.4 that is planned for Sept/2018.
I'm using the following Service Fabric Mesh example with no changes to the code.
https://github.com/Azure-Samples/service-fabric-mesh/tree/master/src/todolistapp
Running Locally
If I run the solution locally I get
WinHttpException: The server name or address could not be resolved
when trying to communicate with the ToDoService as it cannot resolve the address.Here's the snippet that does the call...
I've even tried changing the Url to be
{serviceName}.{appName}
when running locally and I still get the same exception.In Azure If I publish the application to Azure I get a mixture of two different errors which I don't fully understand.
I deployed this the other day and got the following error...
I published it today and got this error...
WinHttpException: The server name or address could not be resolved