お世話になっております。

ログ系の監視でトリガの生成モードを「複数」にしている障害を、手動クローズするのが手間な為、
APIを使って1時間前の障害を自動クローズしようと考えています。
APIのメソッドとパラメータは以下でeventidを取得し、そのidに対しevent.acknowledgeメソッドで
クローズする流れは一応できました。

method = 'problem.get'
params = {
'output': [ 'eventid' ],
'tags': [{'tag': 'TYPE', 'value': 'Log', 'operator': 1}],
'time_till': <1時間前のunixtime>,
'limit': 1000
}

ただ、この絞り込み条件ですと、トリガの生成モードが「単一」で手動クローズを
許可していないログ監視の障害まで取得し、「クローズ許可がない」エラーで
event.acknowledgeが終了してしまいます。

タグを別々に振り直せば絞り込みは可能なのですが
できればタグはこのままで「手動クローズを許可」している障害だけをフィルタできないでしょうか。
（難しいようであれば、おとなしくタグの振替で対応します）

どうぞよろしくお願い致します。

CentOS7.5でZabbix-4.0.5でESXi 6.0.0ハイパーバイザー本体を
監視しようと下記URLの成功例で設定実施したのですが、
（因みにパラメータのアカウントは、 rootを設定しています）
https://tech-mmmm.blogspot.com/2017/01/zabbixesxicpu.html

デイスカバリルールのところで取得不可でます。

エラーは、Received resonse has no valid XML dataと出ました

FWも何もNW経路には、ありません。

こういう事象になられた方は、いますか？
何かヒントがあれば、教えて頂けると助かります

この度は、お世話になります。

同じような質問が過去にあるのは確認してますが、
zabbix-agentの3.0.15では、見当たらないようなので、
念のため確認をさせてください。

＜事象＞
ログ監視(logrt)にて、監視キーワードに引っかかる度に、
ファイルの先頭から確認し、ファイルの先頭の同じメッセージを、
出力し続けております。
（アイテムのヒストリとして、常にファイルの先頭から末尾までの検知メッセージを、
キーワードに引っかかるごとに、保存するような形）

＜取った対応＞
アイテムの再作成　→　同じ事象が発生。
skipのパラメタ指定　→　同じ事象が発生。

2.2の日本語マニュアルには、下記のように記載されてます。（以下、■は抜粋）
◾ エージェントがログファイルを読み込む場合、前回の続きから読み始めます。
◾ エージェントがログファイルを前回の続きから読み始めることができるように、分析済みのバイト数（サイズカウンタ）と最終更新時間（タイムカウンタ）がZabbixデータベースに保存され、エージェントに送信されます。
◾ エージェントが認識するログサイズカウンタ値よりもログファイルが小さい場合は必ず、カウンタが0にリセットされ、エージェントは、タイムカウンタを考慮して、ログファイルの先頭から読み始めます

＜確認事項＞

Zabbixの初心者です。よろしくおねがいします。

どうにか、Zabbixサーバ構築が終わり、数台のwindowsやlinuxにagentも入れて、
サーバ側で自動検出でいろいろとれる様になったのですが、監視間隔の初期値1mの
変更方法がわかりません。
監視間隔の1mの場所は、わかるのですが、WEB上は、ロックされていて変更が
できません。
　これは、どういう手順でやれば、変更できるのでしょうか？
お分かりの方がいたら、教えてください。よろしくお願いします

現在、zabbixの4.0.3を使用しております。
GUI画面にログインするため、デフォルトのユーザ名とパスワードでログインを試みたところ、
ログイン画面の『Username』の下部に下記のメッセージが表示され、ログインできませんでした。
こちらについては、セッションIDの作成ができなかった際のエラーのように見受けられますが、このようなケースは今までございましたでしょうか。
また、考えられる原因等があればご教示頂ければと思います。

SQL statement execution has failed "INSERT INTO sessions (sessionid,userid,lastaccess,status) VALUES ('dab83f8246e38fd0f0b8949c9707b01c','1','1552912232','0')".