Hi,
We have 121 hosts configured. We have two proxies. In our PostgreSQL and Zabbix logs, we see an extremely high rate of PK constraint violations due to dup key values - see a snippet below.
One thought I had is perhaps several VMs were cloned and the Hostname was not changed in the .conf file.
Any ideas on the best way to identify and resolve the problem? Perhaps enabling debug and checking the Hostname against the originating IP address (if that is possible)?
Thx!
We have 121 hosts configured. We have two proxies. In our PostgreSQL and Zabbix logs, we see an extremely high rate of PK constraint violations due to dup key values - see a snippet below.
One thought I had is perhaps several VMs were cloned and the Hostname was not changed in the .conf file.
Any ideas on the best way to identify and resolve the problem? Perhaps enabling debug and checking the Hostname against the originating IP address (if that is possible)?
Thx!
Code:
449267:20250624:142725.266 [Z3008] query failed due to primary key constraint: [0] PGRES_FATAL_ERROR:ERROR: duplicate key value violates unique constraint "history_pkey" DETAIL: Key (itemid, clock, ns)=(77421, 1750800441, 31258900) already exists. 449267:20250624:142725.272 skipped 5 duplicates 449267:20250624:142725.607 [Z3008] query failed due to primary key constraint: [0] PGRES_FATAL_ERROR:ERROR: duplicate key value violates unique constraint "history_uint_pkey" DETAIL: Key (itemid, clock, ns)=(77302, 1750800442, 29236500) already exists. 449267:20250624:142725.611 skipped 5 duplicates
Comment