Open kanongil opened 8 months ago
FYI, as a local workaround, this can be fixed using a custom ntp.d/conf.yaml
file:
init_config:
instances:
- hosts:
- 0.datadog.pool.ntp.org
- 1.datadog.pool.ntp.org
- 2.datadog.pool.ntp.org
- 3.datadog.pool.ntp.org
Unless you're using hetzner provider, I just override values in /etc/systemd/timesyncd.conf
from:
NTP=ntp.hetzner.com
to:
NTP=0.datadog.pool.ntp.org 1.datadog.pool.ntp.org 2.datadog.pool.ntp.org 3.datadog.pool.ntp.org ntp.hetzner.com
We went with cloud_provider_metadata: []
in /etc/datadog-agent/datadog.yaml
to workaround this
Agent Environment
Agent 7.48.1 - Commit: e3fa058 - Serialization version: v5.0.93 - Go version: go1.20.8
Describe what happened:
The ntp check stopped working, using default config.
Describe what you expected:
That it works…
Steps to reproduce the issue:
Additional environment details (Operating System, Cloud provider, etc):
Running
journalctl -u datadog-agent -g 'ntp\.go|cloudproviders\.go' -o cat
shows that the Agent incorrectly detects an AWS environment, and chooses to default to their NTP server IP:This will eventually also report:
This issue is caused by a combination of:
http://169.254.169.254/latest/meta-data/instance-id