@effects_studio Я тут наткнулся на эту проблему, и, опираясь на комментарий @spirit, думаю, что могу быть близок к решению. Ошибка, которую мы видим (запись не удаётся, потому что uptime в виде float -> integer), связана с тем, как influxdb по умолчанию обрабатывает числовые значения как float. Если вам нужен integer, нужно добавлять 'i' в конец значения. Смотрите документацию line protocol. Как отметил @spirit, pvestatd просто берёт значение и передаёт его в influxdb. Это значит, что значение, которое выглядит как integer (скажем, 1234), обрабатывается influxdb как float. Однако, если у вас есть другие источники данных, например, если вы используете telegraf клиенты, которые также отправляют системную информацию, они могут отправлять значения как integers с суффиксом 'i'. Если shard получает данные uptime в виде integer от telegraf первым, то тип поля будет установлен как integer, и вы увидите указанную ошибку о несовпадении типов: pvestatd отправляет "float", а influxdb отказывается записывать это в поле integer. Моё первое "костыльное" решение было добавить 'i', когда число выглядит как integer, с помощью: $value = "${value}i" if ($value =~ /^[0-9]+$/); но, конечно, это просто переносит проблему к конфликтам с другими измерениями. После этого изменения я начал получать системные данные в influxdb/grafana, но измерения blockstat начали падать с обратной проблемой и ошибкой: error="partial write: field type conflict: input field \"bavail\" on measurement \"blockstat\" is type integer, already exists as type float dropped=109" Так что я всё ещё работаю над исправлением. Кажется, нам может понадобиться добавить таблицу поиска преобразований для сопоставления типов измерений/полей. Надеюсь, это немного поможет.

Я пробовал с кодом: `$value = sprintf '%.2g',$value;` в надежде, что это уберет суффикс '.0' из значения, когда значение целое, но не помогло. Проблема здесь семантическая: вам не стоит передавать float для uptime. Это должно быть целое число. Я веду логи для многих хостов в системной таблице, не только Proxmox. Но Proxmox — единственный, кто передаёт float для этого поля. Думаю, что алгоритм конвертации слишком простой и должен учитывать разные типы данных. Это баг, просто и очевидно.