Документацияbreadcrumb arrow Grafanabreadcrumb arrow Документация GlaberGraphbreadcrumb arrow Источники данныхbreadcrumb arrow Pyroscopebreadcrumb arrow Устранение неполадок
Последнее обновление: июля 8, 2026

Устранение неполадок источника данных Pyroscope

В этом документе приведены решения распространённых проблем, с которыми вы можете столкнуться при настройке или использовании источника данных Pyroscope. Инструкции по настройке см. в разделе Настройка источника данных Pyroscope.

Ошибки подключения и конфигурации

Эти ошибки возникают при настройке источника данных или при подключении к бэкенду Pyroscope.

«Data source is not working» или подключение не удаётся

Симптомы:

  • Save & test завершается ошибкой подключения
  • Сообщение об ошибке указывает, что бэкенд Pyroscope недоступен
  • Ошибки тайм-аута при проверке источника данных

Возможные причины и решения:

Причина Решение
Неверный URL Убедитесь, что URL указывает на ваш экземпляр Pyroscope. Для самостоятельно размещённых развёртываний порт по умолчанию — 4040 (например, http://localhost:4040).
Служба Pyroscope не запущена Проверьте, что бэкенд Pyroscope запущен и доступен. Используйте curl или браузер, чтобы проверить связность с URL Pyroscope.
Проблемы сетевой связности Проверьте сетевую связность от сервера Grafana до конечной точки Pyroscope. Проверьте, что правила брандмауэра разрешают исходящие подключения на требуемом порту.
Маршрутизация в режиме микросервисов Если Pyroscope работает в режиме микросервисов, убедитесь, что URL указывает на шлюз или прокси, который правильно маршрутизирует запросы. Обратитесь к конфигурации ingress Helm за требованиями маршрутизации.
Проблемы с сертификатом TLS/SSL Если используется HTTPS, убедитесь, что сертификат действителен и доверен сервером Grafana. Настройте параметры TLS в источнике данных, если используются самоподписанные сертификаты.

Проблемы с форматом URL

Симптомы:

  • Проверка источника данных немедленно завершается неудачно
  • Ошибка указывает на недопустимый URL

Решения:

  1. Убедитесь, что URL включает протокол (http:// или https://).
  2. Удалите любые завершающие слэши из URL.
  3. Для Grafana Cloud Profiles найдите правильный URL в разделе Manage your stack в настройках вашей организации.
  4. Убедитесь, что номер порта верен для вашего развёртывания.

Ошибки «Connection refused» или тайм-аута

Симптомы:

  • Проверка источника данных завершается сетевыми ошибками
  • Запросы завершаются ошибками подключения
  • Периодические проблемы со связностью

Решения:

  1. Проверьте сетевую связность от сервера Grafana до конечной точки Pyroscope.
  2. Проверьте, что правила брандмауэра разрешают исходящие подключения на требуемом порту (по умолчанию: 4040).
  3. Для развёртываний Kubernetes убедитесь, что служба правильно открыта (exposed).
  4. Проверьте, требуется ли прокси, и настройте его в настройках источника данных.

Ошибки сертификатов SSL/TLS

Симптомы:

  • Сбои проверки сертификата
  • Ошибки SSL-рукопожатия
  • Сообщения «Certificate not trusted»

Решения:

  1. Убедитесь, что системное время верно на сервере Grafana.
  2. Убедитесь, что сертификат действителен и не истёк.
  3. Для самоподписанных сертификатов включите Skip TLS Verify в настройках источника данных (не рекомендуется для продакшена).
  4. Добавьте сертификат CA в доверенные сертификаты сервера Grafana.
  5. Проверьте, что промежуточные сертификаты включены в цепочку сертификатов.

Проблемы приватной связности или обратного прокси

Симптомы:

  • Источник данных работает из одних сетей, но не из других.
  • Подключение через обратный прокси, балансировщик нагрузки или приватную связь (private link) не удаётся.

Решения:

  1. Включите схему в Connection URL. При подключении через приватную конечную точку или обратный прокси используйте https:// явно, а не только имя хоста.
  2. Убедитесь, что обратный прокси или шлюз передаёт пути API Pyroscope без изменений. Перезапись или удаление пути запроса не позволяет источнику данных достичь бэкенда.
  3. Для Grafana Cloud, подключающегося к бэкенду Pyroscope в приватной сети, настройте Private data source connect.
  4. Убедитесь, что любой брандмауэр или приватная связь разрешает исходящий HTTPS от Grafana до конечной точки Pyroscope.

Ошибки аутентификации

Эти ошибки возникают, когда источник данных не может аутентифицироваться в бэкенде Pyroscope.

«Authentication failed» или «Unauthorized»

Симптомы:

  • Save & test завершается ошибками аутентификации
  • Запросы возвращают коды состояния 401 или 403
  • Типы профилей не загружаются

Возможные причины и решения:

Причина Решение
Недействительные учётные данные Убедитесь, что имя пользователя и пароль или API-ключ верны.
Истёкшие учётные данные Создайте новые учётные данные и обновите конфигурацию источника данных.
Неверный тип аутентификации Убедитесь, что вы выбрали правильный метод аутентификации для вашего развёртывания Pyroscope (Basic auth, API key или без аутентификации для локальных настроек).
Отсутствующие заголовки аутентификации Для пользовательской аутентификации убедитесь, что требуемые заголовки правильно настроены в настройках источника данных.

Базовая аутентификация не работает

Симптомы:

  • Учётные данные базовой аутентификации отклоняются
  • Работает в браузере, но не удаётся в Grafana

Решения:

  1. Убедитесь, что базовая аутентификация включена в настройках источника данных.
  2. Убедитесь, что имя пользователя и пароль введены правильно (без лишних пробелов).
  3. Проверьте, что бэкенд Pyroscope настроен на приём базовой аутентификации.
  4. Для Grafana Cloud Profiles используйте базовую аутентификацию с вашим токеном политики доступа в качестве пароля. См. Проблемы с политикой доступа и токеном Grafana Cloud.

Проблемы с аутентификацией по API-ключу

Симптомы:

  • API-ключ отклоняется
  • Ошибка указывает на недействительный токен

Решения:

  1. Убедитесь, что вы используете правильный формат API-ключа для вашего развёртывания Pyroscope.
  2. Для Grafana Cloud создайте новый токен политики доступа с областью действия profiles:read.
  3. Убедитесь, что у учётных данных есть требуемые разрешения на чтение данных профилирования.
  4. Проверьте, не истёк ли срок действия токена, и при необходимости создайте новый.

Проблемы с политикой доступа и токеном Grafana Cloud

Симптомы:

  • Аутентификация не удаётся при подключении источника данных к Grafana Cloud Profiles.
  • Запросы возвращают 401 или 403 после миграции бэкенда или изменения стека.
  • Источник данных читает из другого стека или арендатора, чем ожидалось.

Причина:

Grafana Cloud Profiles аутентифицируется с помощью токена политики доступа, а не пароля пользователя. Токен должен принадлежать политике доступа, которая включает область действия profiles:read и нацелена на правильный стек. Токен с неверной областью действия или созданный для другого стека не проходит аутентификацию или возвращает данные из неверного арендатора. Токены и URL подключения специфичны для стека и не переносятся во время миграции.

Решения:

  1. Создайте или выберите политику доступа, которая включает область действия profiles:read и чья область (realm) нацелена на правильный стек, затем создайте токен для этой политики.
  2. В источнике данных включите Basic auth. Введите числовой ID экземпляра в качестве имени пользователя и токен политики доступа в качестве пароля. Найдите ID экземпляра и конечную точку в разделе Manage your stack.
  3. Убедитесь, что Connection URL указывает на конечную точку Pyroscope для того же стека, что и токен.
  4. После миграции бэкенда или изменения стека создайте токен заново, затем обновите как URL, так и учётные данные.

Ошибки запросов

Эти ошибки возникают при выполнении запросов к источнику данных Pyroscope.

«No data» или пустые результаты

Симптомы:

  • Запрос выполняется без ошибок, но не возвращает данные
  • Граф пламени показывает сообщение «No data»
  • График метрик пуст

Возможные причины и решения:

Причина Решение
Диапазон времени не содержит данных Расширьте диапазон времени на дашборде. Данные профилирования могут не существовать за выбранный период.
Приложение не отправляет профили Убедитесь, что ваше приложение настроено на отправку профилей в Pyroscope. Проверьте конфигурацию агента или SDK Pyroscope.
Выбран неверный тип профиля Выберите другой тип профиля в раскрывающемся меню. Не все типы профилей доступны для всех приложений.
Селектор меток слишком ограничительный Удалите или измените фильтры меток, чтобы расширить запрос. Начните без фильтров, чтобы убедиться, что данные существуют.
Выбрана неверная служба или приложение Убедитесь, что метка service_name соответствует конфигурации вашего приложения.
Не выбран тип профиля или приложение Убедитесь, что вы выбрали тип профиля или приложение в редакторе запросов. Запрос не возвращает данных, если не выбрано ни то, ни другое.

Note

Если проверка подключения источника данных проходит успешно, но профили не существуют ни для одного запроса, проблема обычно на стороне приёма данных, а не в источнике данных. Источник данных только читает профили из Pyroscope; он не собирает и не отправляет их. Убедитесь, что ваше приложение, SDK или коллектор, такой как Grafana Alloy или OpenTelemetry Collector, отправляет профили в ваш бэкенд Pyroscope. О настройке приёма данных см. Настройка клиента на отправку профилей.

«Profile type not found» или пустой селектор типов профилей

Симптомы:

  • Раскрывающийся список типов профилей пуст
  • Ошибка указывает, что тип профиля не существует

Решения:

  1. Убедитесь, что бэкенд Pyroscope принимает профили из ваших приложений.
  2. Проверьте, что диапазон времени включает периоды, когда профили собирались.
  3. Проверьте подключение источника данных, чтобы убедиться, что оно работает правильно.
  4. Для новых развёртываний подождите несколько минут, пока первоначальные данные профилей будут приняты.

Имена или значения меток не загружаются

Симптомы:

  • Селектор меток не заполняется
  • В раскрывающихся меню не появляются метки
  • Автодополнение не работает

Решения:

  1. Убедитесь, что подключение источника данных работает, проверив его в настройках.
  2. Сначала выберите тип профиля, поскольку метки загружаются на основе выбранного типа профиля.
  3. Расширьте диапазон времени, чтобы убедиться, что данные меток доступны.
  4. Проверьте консоль браузера на предмет ошибок JavaScript, которые могут указывать на проблемы.

Синтаксические ошибки запроса

Симптомы:

  • Сообщение об ошибке указывает на недопустимый синтаксис запроса
  • Селектор меток отклоняется

Решения:

  1. Используйте правильный синтаксис селектора меток. Pyroscope использует синтаксис, похожий на Prometheus.
  2. Заключайте значения меток в двойные кавычки: {service_name="my-service"}.
  3. Используйте допустимые операторы: =, !=, =~, !~.
  4. Экранируйте специальные символы в шаблонах регулярных выражений при использовании =~ или !~.

Пример допустимых запросов:

{service_name="my-app"}
{service_name="my-app", env="production"}
{service_name=~"my-app.*"}

Запросы возвращают только свежие данные, хотя более старые данные сохранены

Если запрос за длительный диапазон времени возвращает данные только за самые последние дни, вероятно, диапазон времени запроса превышает серверный лимит запроса. Это чаще всего сообщается в Grafana Cloud Profiles. См. Диапазон времени запроса и лимиты хранения.

Проблемы с графом пламени

Эти ошибки специфичны для визуализации графа пламени.

Граф пламени не отрисовывается

Симптомы:

  • Запрос возвращает данные, но граф пламени не отображается
  • Область графа пламени пуста
  • Индикатор загрузки никогда не завершается

Решения:

  1. Проверьте, что Query Type установлен так, чтобы включать данные профилей (не только метрики).
  2. Убедитесь, что ответ содержит допустимые данные профилей, с помощью Query Inspector.
  3. Попробуйте обновить страницу или повторно выполнить запрос.
  4. Для больших профилей увеличьте лимиты памяти браузера или уменьшите диапазон времени.

Граф пламени истекает по тайм-ауту или не загружается при больших диапазонах времени

Симптомы:

  • Граф пламени отрисовывается для короткого диапазона времени, например пяти минут, но истекает по тайм-ауту для более длинного диапазона, например 30 минут или более.
  • Запросы за большие диапазоны времени медленные или периодически завершаются неудачно.

Причина:

Отрисовка графа пламени за большой диапазон времени требует, чтобы бэкенд Pyroscope объединил множество профилей, что увеличивает время запроса и использование памяти. Большие диапазоны или диапазоны с высокой кардинальностью могут превысить тайм-ауты запросов до возврата результата.

Решения:

  1. Сузьте диапазон времени. Начните с короткого окна, например пяти минут, затем постепенно расширяйте его, чтобы найти наибольший диапазон, который надёжно отрисовывается.
  2. Добавьте фильтры меток, чтобы уменьшить объём профилей, которые должен объединить бэкенд.
  3. Убедитесь, что диапазон находится в пределах серверных лимитов запросов, описанных в разделе Диапазон времени запроса и лимиты хранения.
  4. Для самостоятельно размещённых развёртываний проверьте ресурсы бэкенда и настройки тайм-аута запросов, если большие диапазоны постоянно завершаются неудачно.

Граф пламени показывает агрегированные данные без деталей

Симптомы:

  • Граф пламени не имеет ожидаемой детализации
  • Имена функций отсутствуют или усечены
  • Стек вызовов выглядит неполным

Решения:

  1. Увеличьте масштаб до меньшего диапазона времени, чтобы получить более детальные профили.
  2. Убедитесь, что ваше приложение инструментировано для захвата полных стеков вызовов.
  3. Проверьте, настроен ли агент профилирования с достаточной частотой выборки.
  4. Для компилируемых языков убедитесь, что доступны отладочные символы.

Невозможно взаимодействовать с графом пламени

Симптомы:

  • Нажатие на элементы графа пламени не работает
  • Всплывающая подсказка не появляется
  • Элементы управления масштабированием и фильтрацией не реагируют

Решения:

  1. Убедитесь, что в вашем браузере включён JavaScript.
  2. Проверьте консоль браузера на предмет ошибок JavaScript.
  3. Попробуйте использовать другой браузер или очистить кэш браузера.
  4. Обновите Grafana до последней версии.

Ошибки переменных шаблонов

Эти ошибки возникают при использовании переменных шаблонов с источником данных Pyroscope.

Переменные не возвращают значений

Симптомы:

  • Раскрывающийся список переменной пуст
  • Зависимые переменные не заполняются

Решения:

  1. Убедитесь, что подключение источника данных работает, проверив его в настройках.
  2. Для переменных Label и Label value убедитесь, что выбран тип профиля. Метки и значения меток ограничены выбранным типом профиля.
  3. Расширьте диапазон времени дашборда, чтобы запрос переменной охватывал период, когда профили собирались.
  4. Убедитесь, что бэкенд Pyroscope принимает профили из ваших приложений.

Переменные не фильтруют запросы так, как ожидалось

Симптомы:

  • Результаты запроса не изменяются при изменении значения переменной
  • Запросы не возвращают данных после выбора значения переменной

Решения:

  1. Убедитесь, что переменная правильно указана в селекторе меток, например {service_name="$service"}.
  2. Когда включены Multi-value или Include All, значение переменной становится шаблоном регулярного выражения. Используйте оператор =~ вместо =, например {service_name=~"$service"}.
  3. Убедитесь, что метка, используемая в переменной, существует в данных профилирования для выбранного типа профиля.

Дополнительную информацию см. в разделе Переменные шаблонов Pyroscope.

Проблемы с Profiles Drilldown

Эти ошибки специфичны для приложения Profiles Drilldown.

Profiles Drilldown недоступен

Симптомы:

  • Опция Profiles Drilldown не появляется в меню
  • Ошибка при попытке доступа к Profiles Drilldown

Решения:

  1. Убедитесь, что плагин Profiles Drilldown установлен и включён.
  2. Для самостоятельно размещённой Grafana установите плагин из каталога плагинов Grafana.
  3. Перезапустите Grafana после установки плагина.
  4. Проверьте, что у вас есть требуемые разрешения для доступа к приложению.

Службы или профили не появляются в Profiles Drilldown

Симптомы:

  • Profiles Drilldown не показывает службы
  • Ожидаемые приложения отсутствуют

Решения:

  1. Убедитесь, что источник данных Pyroscope настроен и работает.
  2. Проверьте, что профили принимаются с правильной меткой service_name.
  3. Убедитесь, что диапазон времени включает периоды, когда профили собирались.
  4. Для режима микросервисов убедитесь, что URL источника данных указывает на правильный шлюз.

Проблемы с Trace to profiles

Эти ошибки возникают при связывании данных трассировки и профилирования.

Trace to profiles — наиболее чувствительная к конфигурации функция источника данных. Большинство проблем возникает из-за невыполненного предварительного условия, а не из-за неправильной настройки источника данных.

Контрольный список предварительных условий:

Подтвердите все следующие пункты перед дальнейшим устранением неполадок:

  1. Ваше приложение инструментировано с помощью языкового SDK Pyroscope для профилирования и с помощью OpenTelemetry для трассировки.
  2. Вы установили пакет-мост профилирования промежутков OpenTelemetry для вашего языка. Это отдельный пакет от SDK Pyroscope и SDK OpenTelemetry.
  3. Профилирование использует инструментирование на основе SDK. Профили промежутков недоступны при сборе на основе eBPF.
  4. В источнике данных Tempo настроен Trace to profiles, и он указывает на ваш источник данных Pyroscope.
  5. Теги, настроенные в источнике данных Tempo, присутствуют в атрибутах или ресурсах промежутка.

Инструкции по настройке для каждого языка см. в разделе Связывание трассировок с профилями.

Профили промежутков не появляются

Симптомы:

  • Промежутки трассировки не показывают ссылки на профили
  • Опция «Profiles for this span» отсутствует

Решения:

  1. Убедитесь, что источник данных Tempo настроен с включённым Trace to profiles и что он указывает на ваш источник данных Pyroscope.
  2. Убедитесь, что атрибут pyroscope.profile.id существует на промежутке в Tempo. Если он отсутствует, пакет-мост неправильно помечает промежутки.
  3. Убедитесь, что метка span_name существует в данных профилирования в Pyroscope. Если она отсутствует, пакет-мост неправильно помечает образцы.
  4. Убедитесь, что теги, которые вы настроили в источнике данных Tempo, соответствуют атрибутам или ресурсам промежутка. Если они не совпадают, ссылка не появляется.
  5. Убедитесь, что данные профилей существуют для диапазона времени трассировки.

Дополнительную информацию см. в разделе Настройка Trace to profiles.

Профиль не соответствует промежутку трассировки

Симптомы:

  • Данные профиля не коррелируют с трассировкой
  • Неверный диапазон времени в профиле

Решения:

  1. Убедитесь, что временные метки трассировки и профиля синхронизированы.
  2. Проверьте, что часы приложения точны.
  3. Убедитесь, что метки span_id и trace_id правильно передаются в профили.

Профили промежутков недоступны при сборе на основе eBPF

Симптомы:

  • Трассировки и профили оба существуют, но ссылки на промежутки не появляются.
  • Профилирование собирается с помощью eBPF, например через Grafana Alloy или Beyla.

Причина:

Профилирование промежутков сопоставляет образцы профилирования с активным промежутком трассировки, что требует языкового SDK и моста профилирования промежутков OpenTelemetry. Сбор на основе eBPF не может связать образцы с отдельными промежутками, поэтому он не создаёт профили промежутков.

Решения:

  1. Инструментируйте приложение с помощью поддерживаемого языкового SDK Pyroscope и соответствующего пакета-моста, чтобы включить профили промежутков.
  2. Если вы должны использовать профилирование eBPF, просматривайте профили по службе вместо этого. Корреляция по отдельным промежуткам в настоящее время не поддерживается для данных, собранных eBPF.

Фильтруйте профили промежутков по имени промежутка или ID трассировки, а не по ID промежутка

Симптомы:

  • Запросы, отфильтрованные по span_id, не возвращают данных, тогда как span_name работает.
  • Корреляция профилей с конкретным промежутком по span_id ненадёжна.

Причина:

Мост профилирования промежутков помечает образцы профилирования с помощью span_name и trace_id. В зависимости от SDK, контекст профилирования может быть привязан только к корневому промежутку трассировки, при этом дочерние промежутки его наследуют. span_id имеет высокую кардинальность и не является надёжной меткой для корреляции.

Решения:

  1. Фильтруйте данные профилирования по span_name или trace_id, а не по span_id.
  2. Используйте ссылку Profiles for this span, которая коррелирует с помощью атрибута промежутка pyroscope.profile.id, а не запроса по метке.

Конфликт профилировщика .NET с автоинструментированием OpenTelemetry

Симптомы:

  • В .NET профили промежутков не работают, когда одновременно включены профилировщик .NET Pyroscope и автоинструментирование OpenTelemetry.
  • Одному из профилировщиков не удаётся подключиться.

Причина:

CLR .NET позволяет только одному профилировщику подключаться к процессу одновременно. Профилировщик .NET Pyroscope и автоинструментирование OpenTelemetry каждый полагаются на отдельный профилировщик CLR, поэтому они конфликтуют.

Решения:

  1. Используйте ручное инструментирование OpenTelemetry вместо автоинструментирования.
  2. Добавьте пакет Pyroscope.OpenTelemetry и зарегистрируйте PyroscopeSpanProcessor в вашем конвейере трассировки.
  3. Инструкции по настройке см. в разделе Профили промежутков с Traces to profiles для .NET.

Корреляция журналов с профилями

Симптомы:

  • Вы хотите перейти от строки журнала непосредственно к данным профилирования, но ссылка не существует.

Причина:

Grafana поддерживает Trace to profiles, но прямой корреляции журналов с профилями нет.

Решения:

  1. Коррелируйте через общие метки, такие как service_name, чтобы переходить между журналами и профилями для одной службы и диапазона времени.
  2. Если ваши журналы содержат trace_id, используйте производное поле Loki, чтобы открыть трассировку, затем используйте Profiles for this span из трассировки, чтобы достичь данных профилирования.

Проблемы производительности

Эти проблемы связаны с медленными запросами или высоким потреблением ресурсов.

Медленные запросы или тайм-ауты

Симптомы:

  • Запросы выполняются долго
  • Запросы истекают по тайм-ауту до возврата результатов
  • Панели дашборда не загружаются

Решения:

  1. Уменьшите диапазон времени, чтобы сократить объём обрабатываемых данных.
  2. Добавьте фильтры меток, чтобы сузить область запроса.
  3. Увеличьте настройку Timeout в Additional settings источника данных.
  4. Настройте Minimal step, чтобы уменьшить количество точек данных.
  5. Для больших развёртываний убедитесь, что у бэкенда Pyroscope достаточно ресурсов.

Высокое использование памяти в браузере

Симптомы:

  • Браузер перестаёт отвечать при просмотре профилей
  • Появляются предупреждения о памяти
  • Страница падает при загрузке графов пламени

Решения:

  1. Уменьшите диапазон времени, чтобы загружать меньшие профили.
  2. Закройте ненужные вкладки браузера, чтобы освободить память.
  3. Используйте меньшее окно агрегации для очень больших профилей.
  4. Рассмотрите использование Profiles Drilldown для крупномасштабного анализа.

Проблемы, специфичные для Grafana Cloud

Эти проблемы чаще всего сообщаются в Grafana Cloud Profiles. Некоторые лимиты также применяются к самостоятельно размещённым развёртываниям Pyroscope, где вы можете настроить их напрямую в конфигурации Pyroscope.

Диапазон времени запроса и лимиты хранения

Симптомы:

  • Запрос за длительный диапазон времени, например 30 дней, возвращает данные только за самые последние дни.
  • Более старые профили выглядят отсутствующими, хотя период хранения не истёк.
  • Пользователи интерпретируют отсутствующие данные как потерю данных или ошибку.

Причина:

Pyroscope применяет лимиты запросов на стороне сервера, которые отделены от периода хранения данных и часто короче его. Эти лимиты применяются фронтендом запросов Pyroscope, а не источником данных Grafana, поэтому источник данных не может их изменить или переопределить.

Лимит По умолчанию Описание
querier.max-query-lookback 7d Насколько далеко назад от текущего времени может читать запрос. Запросы данных старше этого окна не завершаются неудачно. Вместо этого диапазон молча усекается до разрешённого окна, что выглядит как отсутствие данных.
querier.max-query-length 24h Максимальный временной промежуток одного запроса. Запросы, превышающие этот промежуток, отклоняются.

Поскольку период хранения обычно длиннее окна запроса, профили могут быть сохранены, но не доступны для запросов. Например, Grafana Cloud Profiles хранит данные 14 дней на бесплатных планах и 30 дней на платных, тогда как окно запроса по умолчанию составляет 7 дней.

Note

Показанные значения по умолчанию — это значения по умолчанию для Pyroscope OSS. Grafana Cloud и самостоятельно размещённые развёртывания могут настраивать другие значения.

Решения:

  1. Подтвердите, что это лимит, а не пробел в приёме данных, сузив диапазон времени до самого последнего периода и убедившись, что данные появляются.
  2. Чтобы запросить дальше, чем окно запроса, повысьте лимит, а не разделяйте запрос на меньшие диапазоны. Поскольку окно измеряется от текущего времени, разделение длинного диапазона на 7-дневные приращения не возвращает более старые данные.
  3. Для самостоятельно размещённых развёртываний увеличьте querier.max-query-lookback и, при необходимости, querier.max-query-length в конфигурации лимитов Pyroscope. Установите значение 0, чтобы отключить этот лимит.
  4. Для Grafana Cloud Profiles свяжитесь с поддержкой Grafana, чтобы настроить эти лимиты для вашего арендатора.
  5. Если один запрос превышает querier.max-query-length, уменьшите временной промежуток запроса, чтобы он оставался в пределах настроенного лимита.

Включение журналирования отладочного уровня

Чтобы получить подробную информацию об ошибках для устранения неполадок:

  1. Установите уровень журнала Grafana в debug в файле конфигурации:

    ini 
    [log]
level = debug

  2. Просмотрите журналы в /var/log/grafana/grafana.log (или в настроенном вами расположении журналов).

  3. Найдите записи, специфичные для Pyroscope, которые содержат сведения о запросах и ответах.

  4. Сбросьте уровень журнала на info после устранения неполадок, чтобы избежать чрезмерного объёма журналов.

Получение дополнительной помощи

Если вы испробовали решения из этого руководства, но проблемы сохраняются:

  1. Проверьте форумы сообщества Grafana на наличие похожих проблем.
  2. Просмотрите проблемы Pyroscope на GitHub на предмет известных ошибок.
  3. Обратитесь к документации Pyroscope за дополнительными рекомендациями.
  4. Свяжитесь с поддержкой Grafana, если вы пользователь Enterprise, Cloud Pro или Cloud Contracted.
  5. При сообщении о проблемах указывайте:
    • Версию Grafana
    • Версию Pyroscope (если самостоятельно размещён)
    • Сообщения об ошибках (удалите конфиденциальную информацию)
    • Шаги для воспроизведения
    • Конфигурацию источника данных (удалите учётные данные)