【環境】
Zabbix：6.0.5
AlmaLinux：8.6

Zabbix4.0.5からのバージョンアップ後から、CPU使用率監視において、
iowaitで7.6868E+16などの、100%を超える大きな値を複数のホストで不定期に取得するようになりました。

アイテムキー：system.cpu.util[,iowait]
監視間隔：1m

いずれのホストでも、2分以上の継続はしていません。
また、ログには特にエラーは出力されておりません。

Agentのバージョンは3.4.9、3.4.15、4.0.5などを使用しています。

原因や対処方法などご存じでしたらご教示いただければ幸いです。

ZABBIX5.0を使用しております。
現在、監視対象のwindowsサーバに下記設定でディスクのbusy率を取得しています。
perf_counter["\LogicalDisk({#FSNAME})\% Disk Time",120]

この度、上記アイテムの月次平均を取得するディスカバリにてプロトタイプアイテムを作成しましたが、
アイテムとして認識されません。
キー：mavgLogicalDiskDiskTime
計算：avg("perf_counter[\"\LogicalDisk({#FSNAME})\% Disk Time\",120]",30d)
エラー：Cannot create item: item with the same key "mavgLogicalDiskDiskTime" already exists.

設定等教えていただけますでしょうか。
宜しくお願い致します。

参考
・avg("perf_counter[\"\LogicalDisk(C:)\% Disk Time\",120]",30d)とすれば取得可能です。
・Cannot create item: item with the same key "～" already existsと出ていても、取得できているアイテムもあります。

PostgreSQL database "zabbix" on "localhost:5432" is not available: could not connect to server: Connection refused
Is the server running on host "localhost" (127.0.0.1) and accepting
TCP/IP connections on port 5432?

Zabbixより、上記のアラートメールが送られてきました。
現状は特にZabbixの監視機能に何かしらの変化、影響は確認されていませんが、
利用を開始してこれまで3件(凡そ半年に1回の間隔で)同様のメッセージが発生しております。

こちらのアラートの解決方法についてアドバイスをお願い致します。
※Zabbix ServerのOSはUbuntu 18.04.6、PostgreSQL 10.8、Zabbixのversionは4.0.33です。

【確認したこと】

・zabbix server, zabbix agent, posgresqlサービスのステータスがすべてActiveになっていること。

・オープンしているプロセス・ポートの状態を確認。(添付ファイル参照)

Problem started at 02:12:51 on 2022.09.27
Problem name: Zabbix agent on Zabbix server is unreachable for 5 minutes
Host: Zabbix server
Severity: Average

Original problem ID: 772

こちらのメッセージがZabbixより送られてきました。
Zabbix-serverのサービスはActiveではあるのですが、登録されている監視対象サーバー群の1台は情報取得できていないように見受けられます。
原因と対策についてさらに調査を行いたいのですが、確認すべきポイントや原因についてご存じでしたらアドバイスを頂きたいです。

宜しくお願い致します。

現在ホストにアタッチしているtemplateをもう一度host.update APIでアタッチした場合、
API実行前のそのホストの障害情報はAPI実行後(template replace?後)も引き継げるのでしょうか。

Zabbix server version 5.0を現在使用しており、以下ドキュメントには、
hst.update APIのtemplatesパラメータの更新はreplaceすると記載があります。
https://www.zabbix.com/documentation/5.0/en/manual/api/reference/host/up...
しかし、API実行を試したところ、ホストに割り当てられたitem/triggerのidがAPI実行前後で変わっておりませんでした。