cannot create SRV type record to openstack-designate DNS
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:
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)
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/staleis applied - After 30d of inactivity since
lifecycle/stalewas applied,lifecycle/rottenis applied - After 30d of inactivity since
lifecycle/rottenwas 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
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/staleis applied - After 30d of inactivity since
lifecycle/stalewas applied,lifecycle/rottenis applied - After 30d of inactivity since
lifecycle/rottenwas 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