[ZBX-22154] Errors occur when the PostgreSQL transaction isolation level is set to a non-default level Created: 2023 Jan 02 Updated: 2023 Jan 03 |
|
Status: | Confirmed |
Project: | ZABBIX BUGS AND ISSUES |
Component/s: | Frontend (F), Proxy (P), Server (S) |
Affects Version/s: | 5.0.30, 6.0.12, 6.2.6, 6.4.0beta5 |
Fix Version/s: | None |
Type: | Problem report | Priority: | Major |
Reporter: | Artem Misnik | Assignee: | Zabbix Development Team |
Resolution: | Unresolved | Votes: | 0 |
Labels: | PostgreSQL | ||
Remaining Estimate: | Not Specified | ||
Time Spent: | Not Specified | ||
Original Estimate: | Not Specified |
Attachments: |
![]() ![]() ![]() ![]() ![]() ![]() |
||||||||||||
Issue Links: |
|
Description |
It appears that currently Zabbix does not check the default transaction isolation level and does not handle serialization failures that occur at isolation levels above read committed. This causes some write transactions to fail. For example, the frontend probably cannot save sessions on dynamically updated pages, resulting in guest login errors and further logout. Errors also occur when updating records from the server and proxy side. Steps to reproduce: Errors are not reproduced on MySQL, so I believe that they are related to Postgres only.
Result: Expected: Databases can be deployed with a default isolation level of repeatable read or serializable. This setting must be checked when using Postgres, otherwise it can lead to a lot of implicit errors that are not properly handled on the application side.
|