external-dns icon indicating copy to clipboard operation
external-dns copied to clipboard

cannot create SRV type record to openstack-designate DNS

Open latituder opened this issue 1 year ago • 3 comments

What happened: parameter "--managed-record-types=SRV" is enabled, but the SRV record not created in the openstack-designate DNS .

get log:

time="2024-05-09T08:42:38Z" level=fatal msg="Failed to do run once: Bad request with: [POST https://dns-3.eu-de-2.***.***/v2/zones/59****0e-02f3-40cd-9e12-84****0b3/recordsets], error message: {\"code\": 400, \"type\": \"invalid_object\", \"errors\": {\"errors\": [{\"path\": [\"records\", 0], \"message\": \"'0 50 30696 test.tunnel.da*****er.**.**.***' is not a 'SRV' Record\", \"validator\": \"format\", \"validator_value\": [\"SRV\"]}]}, \"request_id\": \"req-398c5d9c-fce0-4fa4-b5c4-5d46df4e740a\"}"

What you expected to happen:

How to reproduce it (as minimally and precisely as possible): try to update a srv type record to openstack-designate DNS from a NodePort DNS

Anything else we need to know?:

Environment:

  • External-DNS version (use external-dns --version): v20240321-v0.14.1
  • DNS provider:openstack-designate DNS
  • Others:

latituder avatar May 09 '24 08:05 latituder

Hello there,

Am I understand right, that there the SRV record's URL must end with a "." [dot]? so, in the log, the payload is send to '0 50 30696 test.tunnel.daer...**' , which is a wrong format.

how to make the URL end with a dot? (I tried to add a dot in the annonation, or tried to add . in the end of URL, but seems all of them are filtered out in the payload send to the DNS server)

latituder avatar May 28 '24 09:05 latituder

The Kubernetes project currently lacks enough contributors to adequately respond to all issues.

This bot triages un-triaged issues according to the following rules:

  • After 90d of inactivity, lifecycle/stale is applied
  • After 30d of inactivity since lifecycle/stale was applied, lifecycle/rotten is applied
  • After 30d of inactivity since lifecycle/rotten was applied, the issue is closed

You can:

  • Mark this issue as fresh with /remove-lifecycle stale
  • Close this issue with /close
  • Offer to help out with Issue Triage

Please send feedback to sig-contributor-experience at kubernetes/community.

/lifecycle stale

k8s-triage-robot avatar Aug 26 '24 10:08 k8s-triage-robot

The Kubernetes project currently lacks enough active contributors to adequately respond to all issues.

This bot triages un-triaged issues according to the following rules:

  • After 90d of inactivity, lifecycle/stale is applied
  • After 30d of inactivity since lifecycle/stale was applied, lifecycle/rotten is applied
  • After 30d of inactivity since lifecycle/rotten was applied, the issue is closed

You can:

  • Mark this issue as fresh with /remove-lifecycle rotten
  • Close this issue with /close
  • Offer to help out with Issue Triage

Please send feedback to sig-contributor-experience at kubernetes/community.

/lifecycle rotten

k8s-triage-robot avatar Sep 25 '24 11:09 k8s-triage-robot