Closed benedikt-bartscher closed 1 year ago
Hum it seems the scheduler is stuck. Debug logs would help.
Can you also set SCHEDULE=*/10 * * * *
and let me know if you still have the issue?
I just retried with env LOG_LEVEL=debug
but the output stays the same. How do i enable debug?
I can reproduce this problem on every firewall restart. I think setting the cronjob to 10min just reduces the chance of this error but does not solve it. A better way would be to just kill stuck jobs before every run. Or add a reasonable timeout.
maybe we should expose these settings via env vars?: https://aws.github.io/aws-sdk-go-v2/docs/configuring-sdk/retries-timeouts/
i temporarily added os.Exit(1)
after log.Warn().Msg("already running")
to fix this
I just retried with env
LOG_LEVEL=debug
but the output stays the same.
You should have some DBG
logs such as:
ddns-route53 | Mon, 04 Jan 2021 19:15:55 EST INF Starting ddns-route53 version=2.2.0
ddns-route53 | Mon, 04 Jan 2021 19:15:55 EST INF Configuration loaded from file: /ddns-route53.yml
ddns-route53 | Mon, 04 Jan 2021 19:15:55 EST DBG No DDNSR53_* environment variables defined
ddns-route53 | Mon, 04 Jan 2021 19:15:55 EST DBG {
ddns-route53 | "credentials": {
ddns-route53 | "accessKeyID": "###########################",
ddns-route53 | "secretAccessKey": "###########################"
ddns-route53 | },
ddns-route53 | "route53": {
ddns-route53 | "hostedZoneID": "###########################",
ddns-route53 | "recordsSet": [
ddns-route53 | {
ddns-route53 | "name": "#######.#######.",
ddns-route53 | "type": "A",
ddns-route53 | "ttl": 180
ddns-route53 | }
ddns-route53 | ]
ddns-route53 | }
ddns-route53 | }
maybe we should expose these settings via env vars?: https://aws.github.io/aws-sdk-go-v2/docs/configuring-sdk/retries-timeouts/
I'm not sure this is an issue when sending a request to AWS. Do you still repro?
I also have the same issue. Added a log.Fatal() to fix it.
Aug 24 18:15:14 passkit ddns53[616]: Thu, 24 Aug 2023 18:15:14 BST INF WAN IPv6 has not changed for th1.passkit.com. record set
Aug 24 18:15:14 passkit ddns53[616]: Thu, 24 Aug 2023 18:15:14 BST INF No Route53 record set to update. Skipping...
Aug 24 18:15:14 passkit ddns53[616]: Thu, 24 Aug 2023 18:15:14 BST INF Next run in 29 seconds 998 milliseconds (2023-08-24 18:15:32 +0100 BST)
Aug 24 18:15:32 passkit ddns53[616]: Thu, 24 Aug 2023 18:15:32 BST INF Current WAN IPv4: 171.5.11.77
Aug 24 18:15:32 passkit ddns53[616]: Thu, 24 Aug 2023 18:15:32 BST INF Current WAN IPv6: 2403:6200:8876:cfdc:2ca:f78e:1649:e9dd
Aug 24 18:15:34 passkit ddns53[616]: Thu, 24 Aug 2023 18:15:34 BST INF WAN IPv4 has not changed for th1.passkit.com. record set
Aug 24 18:15:34 passkit ddns53[616]: Thu, 24 Aug 2023 18:15:34 BST INF WAN IPv6 has not changed for th1.passkit.com. record set
Aug 24 18:15:34 passkit ddns53[616]: Thu, 24 Aug 2023 18:15:34 BST INF No Route53 record set to update. Skipping...
Aug 24 18:15:34 passkit ddns53[616]: Thu, 24 Aug 2023 18:15:34 BST INF Next run in 29 seconds 999 milliseconds (2023-08-24 18:16:02 +0100 BST)
Aug 24 18:16:05 passkit ddns53[616]: Thu, 24 Aug 2023 18:16:05 BST INF Current WAN IPv4: 171.5.13.7
Aug 24 18:16:32 passkit ddns53[616]: Thu, 24 Aug 2023 18:16:32 BST WRN Already running
Aug 24 18:17:02 passkit ddns53[616]: Thu, 24 Aug 2023 18:17:02 BST WRN Already running
Aug 24 18:17:32 passkit ddns53[616]: Thu, 24 Aug 2023 18:17:32 BST WRN Already running
Aug 24 18:18:02 passkit ddns53[616]: Thu, 24 Aug 2023 18:18:02 BST WRN Already running
Aug 24 18:18:32 passkit ddns53[616]: Thu, 24 Aug 2023 18:18:32 BST WRN Already running
Aug 24 18:19:02 passkit ddns53[616]: Thu, 24 Aug 2023 18:19:02 BST WRN Already running
Edit: added max backoff delay opt, see https://crazymax.dev/ddns-route53/usage/cli/#options
Behaviour
Steps to reproduce this issue
Expected behaviour
ddns-route53 is not stuck
Actual behaviour
ddns-route53 is stuck
Configuration
uname -a
) :Linux espresso 6.1.7-arch1-1 #1 SMP PREEMPT_DYNAMIC Wed, 18 Jan 2023 19:54:38 +0000 x86_64 GNU/Linux
running in docker
Logs
i am sorry, i did not have loglevel set to debug. i will try to reproduce and update the logs later.