-
Notifications
You must be signed in to change notification settings - Fork 0
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
Confirm handling of time zone #1
Comments
NovaStar data web services output in local time for the system and therefore need to get the Zabbix data into the local time zone so the time series data align. This Zabbix Forum article indicates that the database and API uses UTC. The initial plugin implementation also shows the most recent time for an item as There is a default time zone for output and it can be set in the user preferences, but it does not seem to be recognized by the API. I don't see a way to set the time zone by host group or host. So, to handle properly, the following may be options:
I am leaning towards option 3 and 4. I'd rather avoid 2 because it is more stuff for the user to deal with and adding to data web services will take some time. I can work on 4 until 3 is confirmed with Nathan as a solution. Most hosts don't have descriptions and I just added a property for the MHFD master so I can try developing using that. Need to talk to Nathan to confirm this approach. |
I implemented option #3 by adding a comment similar to the following in the host description:
This is enough for now and will also add to the |
Also add support for trend time series in TSID commands.
May be able to implement time zone in maintenance information. Keep this open until a final decision is made. |
It appears that time zone could be added to host inventory data as a custom field (based on a ChatGPT answer to question: I don't see how to get to an Administration menu for the Zabbix 5.4 version at TriLynx Systems. Maybe this is only available for certain versions of Zabbix or maybe I don't have permissions? However, this would be a static value and may not be accurate. An alternative approach is to treat the time zone as an item and query from the operating system. This will ensure that the actual time zone is checked, although the value will generally be static and never change. Setting up in a template will also simplify configuration because the time zone would only need to be added once, rather to each host (right ?). It is also possible to collect data as an item and assign to an inventory value, in which case the latest item value will be assigned to the inventory value. Therefore, an optimal solution might be to collect the time zone from the host as a monitored item and set as an inventory property. Being able to query the inventory would probably be faster than querying time series data. Therefore, an optimal solution for the plugin might be to add datastore configuration properties like the following, which would handle both cases:
I added |
Need to confirm whether the API returns times in UTC or local time and how to control. The data need to be overlaid with time series data in local time read from other systems.
The text was updated successfully, but these errors were encountered: