Open bploetz opened 6 years ago
Hi I am also getting same error . @bploetz are you able to resolve
@niteshldd I think to get around this I had to stop using ecs service discovery, and used route53 manually, which works fine. I wrote a blog post about it if you're interested: https://medium.com/ground-signal-engineering/ecs-service-discovery-with-lambda-dns-and-haproxy-1126ab381688
I ran into the same issue and I resolved it using aws cli after getting a hint from this post.
aws servicediscovery list-services
to see a list of services that needs to be deleted first before you can delete the private hosted zoneaws servicediscovery delete-service --id srv-m7vxqqagemf6hiea
to delete the service with id srv-m7vxqqagemf6hiea. Of-course the id will be different from yours and you will probably have more than 1 services registered if you have many microservices. Delete all of them.aws servicediscovery list-namespaces
to see the service discovery private hosted zones that you want to delete.aws servicediscovery delete-namespace --id ns-ytdqyhvchxbv3qer
where "ns-ytdqyhvchxbv3qer" is the id you would have seen in step 3. When done, if you go back to the console, the hosted zone should be gone. Pooooooof
I'm getting this error when the ecssd_agent attempts to register DNS records for my Docker service:
AccessDenied: The resource hostedzone/XXXXXXXXX can only be managed through servicediscovery.amazonaws.com (arn:aws:servicediscovery:us-east-1:385298791949:namespace/ns-n5xn65imrgpwaztt)\n\tstatus code: 403
Full logs:
The second log message indicting success seems to be a bug, as no records of any type (A or SRV) get created in the given hosted zone.