v5.10.9
Fix database reconnection on transport error for API workers, allow more flexible argument passing to Prometheus.
This release contains bug fixes to Hydrolix v5.10. Refer to the release notes to see other notable feature announcements and information for this version.
Upgrade⚓︎
Don't skip minor versions when upgrading or downgrading
Skipping versions when upgrading or downgrading Hydrolix can result in database schema inconsistencies and cluster instability. Always upgrade or downgrade sequentially through each minor version.
Example:
Upgrade from 5.7.9 → 5.8.6 → 5.9.5, not 5.7.9 → 5.9.5.
Upgrade on GKE⚓︎
| Upgrade on GKE | |
|---|---|
Upgrade on EKS⚓︎
| Upgrade on EKS | |
|---|---|
Upgrade on LKE⚓︎
| Upgrade on LKE | |
|---|---|
Changelog⚓︎
Bug fixes⚓︎
Config API⚓︎
- Enabled PostgreSQL database connection health checks between API worker tasks and their databases. Earlier, API workers experiencing network transport disruption wouldn't detect failer of the long-lived connection and reconnect. Logs showed a repetition of messages like
psycopg.OperationalError: the connection is lostuntil service restart. Connection handling in the API itself wasn't affected.
Cluster operations⚓︎
- Added the
prometheus_extra_argsoperator tunable, which passes additional CLI flags to the Prometheus binary. Set it to a list of strings such as--storage.tsdb.max-block-duration=2h. Flags that conflict with Prometheus's built-in defaults (such as--config.fileand--storage.tsdb.path) override those defaults rather than duplicating them.