Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Create global tag setting for using local timestamp #8689

Closed
sjwang90 opened this issue Jan 13, 2021 · 1 comment
Closed

Create global tag setting for using local timestamp #8689

sjwang90 opened this issue Jan 13, 2021 · 1 comment
Labels
area/agent feature request Requests for new plugin and for new features to existing plugins

Comments

@sjwang90
Copy link
Contributor

sjwang90 commented Jan 13, 2021

Feature Request

Continuation of #8411

Proposal:

Create a global tag that can be set to true that will allow you to using the collector's local time instead of using the timestamp of the notification/device.

Current behavior:

Data received over gnmi are always timestamped using the Timestamp field from the device.

Desired behavior:

Setting a tag to use local collectors timestamp instead of device's timestamp.

Use case:

There are a lot of use cases where you don't want to use the device's timestamp and want to use local collector's timestamp. This is the case for many plugins and setups, not just gnmi, so we prefer to add a global tag (ex: use_local_timestamp = true) that can be used across Telegraf.

Closes #8411

@sjwang90 sjwang90 added feature request Requests for new plugin and for new features to existing plugins area/agent labels Jan 13, 2021
@sjwang90
Copy link
Contributor Author

The solution for this will be to utilize the Starlark processor. There is this example script that can be added to use the current/local timestamp over the field device's timestamp.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
area/agent feature request Requests for new plugin and for new features to existing plugins
Projects
None yet
Development

No branches or pull requests

1 participant