Каждый опрос создаются новые item lld

[Shiro]

Добрый вечер.

Создал discovery
one.collectvms - запускает на сервере python скрипт который выводит данные
[
{
"CPU": "96.59",
"DISKRDBYTES": "55629037568",
"DISKRDIOPS": "3071505",
"DISKWRBYTES": "194630167040",
"DISKWRIOPS": "7850874",
"DISK_SIZE": null,
"ID": "135",
"MEMORY": "26650076",
"NETRX": "10335758697",
"NETTX": "26742212208",
"TIMESTAMP": "1713529488"
},
{
"CPU": "1.93",
"DISKRDBYTES": "66143764",
"DISKRDIOPS": "946",
"DISKWRBYTES": "8874266624",
"DISKWRIOPS": "1487794",
"DISK_SIZE": null,
"ID": "222",
"MEMORY": "3865936",
"NETRX": "47444952047",
"NETTX": "182458720529",
"TIMESTAMP": "1713529488"
},
{
"CPU": "294.63",
"DISKRDBYTES": "4908949692876",
"DISKRDIOPS": "297178982",
"DISKWRBYTES": "1455660886528",
"DISKWRIOPS": "47601114",
"DISK_SIZE": null,
"ID": "237",
"MEMORY": "100108824",
"NETRX": "18363523714",
"NETTX": "179048984927",
"TIMESTAMP": "1713529483"
}
[

Создал Item prototypes
one.getvm[{#ID}] - запускат python скрипт который делает выборку по ID
например
[
{
"CPU": "294.63",
"DISKRDBYTES": "4908949692876",
"DISKRDIOPS": "297178982",
"DISKWRBYTES": "1455660886528",
"DISKWRIOPS": "47601114",
"DISK_SIZE": null,
"ID": "237",
"MEMORY": "100108824",
"NETRX": "18363523714",
"NETTX": "179048984927",
"TIMESTAMP": "1713529483"
}
[

работает отлично, но при создании dependent item с Master item one.getvm[{#ID}]
VM NETRX {#ID}
Key NETRX[{#NETRX}]
Type of information num
Preprocessing steps json
$.NETRX

забикс начинает чудить, он ищет и создаёт эти файлы, но спустя пару минут он создаёт такие же файлы, но новые. Старые, которые должны обновляться идут в The item is not discovered anymore and will be deleted in

Подскажите, как это устранить?

[Kos]

Во-первых, я бы порекомендовал почитать документацию, чтобы ознакомиться хотя бы с базовыми принципами работы этой системы и используемой терминологией. Я рекомендую русскую версию документации по версии 6.0 - она достаточно адекватно переведена и поддерживается в актуальном состоянии.

Во-вторых, насколько я понял, речь идёт о низкоуровневом обнаружении (low-level discovery, LLD) и создаваемых из прототипов элементах данных (items). Упоминание файлов здесь вообще ни при чём.

Наконец, если я понял правильно, то в-третьих, у вас неверно выбран LLD-макрос, используемый в качестве параметра в ключе прототипа элемента данных.
Там должно фигурировать нечто, однозначно идентифицирующее данный объект (один из множества объектов, создаваемых этим правилом LLD). Другими словами - какой-то статический идентификатор, не меняющийся у этого объекта. У вас же там подставлен макрос, который при каждом вызове будет иметь другое значение (текущее значение данного параметра), отсюда и чехарда в работе LLD. Подставьте туда, например, тот же {#ID}, который фигурирует и в имени прототипа:

Key NETRX[{#ID}]

[Kos]

Во-первых, я бы порекомендовал почитать документацию, чтобы ознакомиться хотя бы с базовыми принципами работы этой системы и используемой терминологией. Я рекомендую русскую версию документации по версии 6.0 - она достаточно адекватно переведена и поддерживается в актуальном состоянии.

Во-вторых, насколько я понял, речь идёт о низкоуровневом обнаружении (low-level discovery, LLD) и создаваемых из прототипов элементах данных (items). Упоминание файлов здесь вообще ни при чём.

Наконец, если я понял правильно, то в-третьих, у вас неверно выбран LLD-макрос, используемый в качестве параметра в ключе прототипа элемента данных.
Там должно фигурировать нечто, однозначно идентифицирующее данный объект (один из множества объектов, создаваемых этим правилом LLD). Другими словами - какой-то статический идентификатор, не меняющийся у этого объекта. У вас же там подставлен макрос, который при каждом вызове будет иметь другое значение (текущее значение данного параметра), отсюда и чехарда в работе LLD. Подставьте туда, например, тот же {#ID}, который фигурирует и в имени прототипа:

Key NETRX[{#ID}]

[Shiro]

Спасибо, читал, Key NETRX[{#ID}] решило проблему.