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

timestamp parameter not working #147

Open
syndic8-joe opened this issue Jan 28, 2025 · 0 comments
Open

timestamp parameter not working #147

syndic8-joe opened this issue Jan 28, 2025 · 0 comments

Comments

@syndic8-joe
Copy link

Hey Folks,

Thanks for this, in general we've been using this in production for years and it's great! As we get more advanced, I have a query where I'm trying to make use of the timestamp feature, such that the BatchStartDate will be used as the timestamp of the metric event, but it seems to not be working (the metrics all come over with now() as the time, as is the typical default behavior). Perhaps I'm not understanding how this is meant to work; an open question is what happens as the values change if the timestamp is fixed (as would be the case in our usage - the labels and values will change for the same metric over time).

I checked the pod logs and there are no errors; the query executes without issue and produces the expected results (minus a "back-dating" of the timestamps).

The config looks like:

      - name: "batch_loads"
        help: 'None.'
        timestamp: "BatchStartDate"
        labels:
          - BatchStatus
          - ProcessType
          - TotalCount
          - TotalPass
          - TotalErrors
          - BatchStartDate
          - BatchEndDate
        values:
          - TotalCount
        query:  |
          select BatchStartDate, BatchEndDate, ...

This is reading from a load statistics table and I want to use grafana alerting / date filtering based on the batch date.

Any ideas?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant