[ZBXNEXT-9569] Remove zabbix restrictions regarding timescaleDB compressed chunk modifications Created: 2024 Oct 22 Updated: 2025 May 30 |
|
Status: | Confirmed |
Project: | ZABBIX FEATURE REQUESTS |
Component/s: | Frontend (F), Server (S) |
Affects Version/s: | 6.0.36rc1, 6.4.20rc1, 7.0.6rc1, 7.2.0alpha1 |
Fix Version/s: | None |
Type: | Change Request | Priority: | Trivial |
Reporter: | Kirils Seve | Assignee: | Zabbix Development Team |
Resolution: | Unresolved | Votes: | 3 |
Labels: | TimescaleDB, compression, validation | ||
Remaining Estimate: | Not Specified | ||
Time Spent: | Not Specified | ||
Original Estimate: | Not Specified |
Attachments: |
![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() |
Description |
Would be nice to remove zabbix restrictions regarding compressed chunk modifications. According to the timescaleDB documentation, in TimescaleDB 2.11 and later we can update and delete compressed data, so there is no need to keep old logic suitable to >2.11 timscaleDB versions. Precondition:
Note: also reproducible on TimescaleDB 17.0 / Postgresql 17 Steps to reproduce:
test trap 1729569479 1 test trap 1728705479 10 test trap 1728273479 15 test trap 1727841479 20 test trap 1726545479 35
Result: Frontend shows success message but Details contains info "Some of the history for this item may be compressed, deletion is not available.". History and trends data are not deleted, chunks and compressed data stay unchanged. Expected: According to the timescaleDB documentation, in TimescaleDB 2.11 and later we can update and delete compressed data. Our minimal supported version for timescaleDB is 2.13.0, so in this case I expect that manual history/trends clear should work without any restrictions. |