Обработка пустых ответов

[nuserame]

Доброго дня

Периодически сталкиваюсь с элементами данных, которые возвращают пустой ответ в нормальном состоянии и что-то другое при необходимости реагирования
Но так и не нашёл способа корректно это отрабатывать на стороне заббикса - он в таком случае переводит элемент в Not supported с ошибкой Server returned empty content

Подскажите, пожалуйста, можно ли что-то с делать в таких случая? Может какой-то предобработкой, кроме javascript (не хочется нагружать заббикс лишний раз скриптами)?

[Kos]

Так судя по вашему скриншоту, это не элемент данных возвращает пустое значение, а HTTP агент в ответ на GET-запрос к серверу nginx получает пустой ответ.
В нормальной ситуации (при соответствующих настройках веб-сервера) должна возвращаться страничка со статистикой, которая далее с помощью шагов предобратки разбирается на отдельные составляющие (как это описано, например, здесь).
Но веб-сервер должен отвечать, он не должен возвращать "empty content", т.к. HTTP агент интерпретирует такое поведение как неудачную попытку получить данные и возвращает ошибку (unsupported state). Если же, тем не менее, такое поведение в вашей конкретной ситуации считается допустимым и может игнорироваться, то можно добавить к элементу данных шаг предобработки "Проверка на неподдерживаемое значение" и реакцию на него - например, отбросить полученное (фактически - неполученное) значение.

[Kos]

Вариант 1: укажите для элемента данных верный тип данных. Если возвращается текст, то в качестве типа данных выберите "Символ" или "Текст", для них пустое значение вполне приемлемо. В триггере сравнивать длину полученного значения с нулём (если больше нуля, то срабатывать).
Вариант 2: если возвращать нужно именно число, то добавить шаг предобработки таким образом, как описано в этом примере (ссылка).

[nuserame]

Вариант 1: укажите для элемента данных верный тип данных. Если возвращается текст, то в качестве типа данных выберите "Символ" или "Текст", для них пустое значение вполне приемлемо. В триггере сравнивать длину полученного значения с нулём (если больше нуля, то срабатывать).
Вариант 2: если возвращать нужно именно число, то добавить шаг предобработки таким образом, как описано в этом примере (ссылка).

Пробовал и Char и Text, ошибка сохраняется

[Kos]

Так судя по вашему скриншоту, это не элемент данных возвращает пустое значение, а HTTP агент в ответ на GET-запрос к серверу nginx получает пустой ответ.
В нормальной ситуации (при соответствующих настройках веб-сервера) должна возвращаться страничка со статистикой, которая далее с помощью шагов предобратки разбирается на отдельные составляющие (как это описано, например, здесь).
Но веб-сервер должен отвечать, он не должен возвращать "empty content", т.к. HTTP агент интерпретирует такое поведение как неудачную попытку получить данные и возвращает ошибку (unsupported state). Если же, тем не менее, такое поведение в вашей конкретной ситуации считается допустимым и может игнорироваться, то можно добавить к элементу данных шаг предобработки "Проверка на неподдерживаемое значение" и реакцию на него - например, отбросить полученное (фактически - неполученное) значение.