External-dns: create/upsert records fail if too many AWS records to apply

Created on 7 Oct 2018  路  18Comments  路  Source: kubernetes-sigs/external-dns

restore a cluster backup will fail if you have too many records to create.

time="2018-10-06T23:44:37Z" level=error msg="InvalidChangeBatch: RDATA character limit of 32000 exceeded.\n\tstatus code: 400, request id: c855b089-c9c1-11e8-9fb5-cd7376597dff"
time="2018-10-06T23:44:37Z" level=error msg="Failed to submit all changes for the following zones: [/hostedzone/....]"

I think you need to do paged upsert/creates.

kinbug

Most helpful comment

Added it as an extraarg in values file

All 18 comments

I could workaround the problem with using --aws-batch-change-size=40
Maybe the default of 4000 is not a good setting.

Yep, getting bit by this after upgrading external-dns via helm...and --aws-batch-change-size isn't available as a setting for the helm chart

Added it as an extraarg in values file

Issues go stale after 90d of inactivity.
Mark the issue as fresh with /remove-lifecycle stale.
Stale issues rot after an additional 30d of inactivity and eventually close.

If this issue is safe to close now please do so with /close.

Send feedback to sig-testing, kubernetes/test-infra and/or fejta.
/lifecycle stale

/remove-lifecycle stale

Submitted a change to stable/helm/external-dns chart to add parameter --aws-batch-change-size

https://github.com/helm/charts/pull/14226

Anyone on external-dns team have a second to review: https://github.com/helm/charts/pull/14226 ? It would be helpful for those running into this API rate limiting issue to have this flag available in Helm chart to work with. 馃憤

Issues go stale after 90d of inactivity.
Mark the issue as fresh with /remove-lifecycle stale.
Stale issues rot after an additional 30d of inactivity and eventually close.

If this issue is safe to close now please do so with /close.

Send feedback to sig-testing, kubernetes/test-infra and/or fejta.
/lifecycle stale

/remove-lifecycle stale

Issues go stale after 90d of inactivity.
Mark the issue as fresh with /remove-lifecycle stale.
Stale issues rot after an additional 30d of inactivity and eventually close.

If this issue is safe to close now please do so with /close.

Send feedback to sig-testing, kubernetes/test-infra and/or fejta.
/lifecycle stale

/remove-lifecycle stale

Issues go stale after 90d of inactivity.
Mark the issue as fresh with /remove-lifecycle stale.
Stale issues rot after an additional 30d of inactivity and eventually close.

If this issue is safe to close now please do so with /close.

Send feedback to sig-testing, kubernetes/test-infra and/or fejta.
/lifecycle stale

/remove-lifecycle stale

This is hitting me too, after forcibly resetting a cluster that had a lot of ingress on it:

[Id: /hostedzone/Z35CN1VZCMW5SG]"
time="2020-05-03T00:47:21Z" level=error msg="InvalidChangeBatch: [RDATA character limit of 32000 exceeded.]\n\tstatus code: 400, request id: 9945b26e-737e-44a6-ba6e-8e6cb45100bd"
time="2020-05-03T00:47:21Z" level=error msg="Failed to submit all changes for the following zones: [/hostedzone/Z35CN1VZCMW5SG]"

/kind bug

Issues go stale after 90d of inactivity.
Mark the issue as fresh with /remove-lifecycle stale.
Stale issues rot after an additional 30d of inactivity and eventually close.

If this issue is safe to close now please do so with /close.

Send feedback to sig-testing, kubernetes/test-infra and/or fejta.
/lifecycle stale

/remove-lifecycle stale

Was this page helpful?
0 / 5 - 0 ratings