• /
  • EnglishEspañolFrançais日本語한국어Português
  • EntrarComeçar agora

Esta tradução de máquina é fornecida para sua comodidade.

Caso haja alguma divergência entre a versão em inglês e a traduzida, a versão em inglês prevalece. Acesse esta página para mais informações.

Criar um problema

|View as Markdown (English)

Importante

Recomendamos atualizar para a versão mais recente do agente assim que estiver disponível. Se você não puder atualizar para a versão mais recente, atualize seu agente para uma versão com no máximo 90 dias. Saiba mais sobre como manter o agente atualizado.

Consulte a política de fim de vida útil do agente Ruby New Relic para obter informações sobre lançamentos de agentes e datas de suporte.

v10.9.1

  • Correção de bug: a instrumentação do Action Controller não apresenta mais erros quando não consegue identificar a classe do controlador

    Quando o agente não conseguia identificar a classe do controlador de uma solicitação, ele registrava TypeError: no implicit conversion of nil into String e depois NoMethodError: undefined method 'finish' for nil, e não registrava nenhum dado para essa solicitação. Essas transações agora são nomeadas como Controller/(unknown)/<action> e registradas normalmente. PR#3691

  • Correção de bug: evita que os workers Parallel travem ao relatar grandes cargas

    Quando a instrumentação de parallel estava ativada, Parallel.each/Parallel.map com in_processes: podia travar para sempre. Cada worker herdou as extremidades de gravação de pipe que o agente registrou para seus irmãos anteriores, de modo que esses pipes não conseguiam chegar ao fim do arquivo, e a thread de escuta de pipe do agente ficava bloqueada esperando por um deles. Qualquer worker cujos dados excedessem o buffer de pipe do sistema operacional era bloqueado na saída. Agora, o agente fecha a extremidade de gravação de cada pipe no pai logo após o fork, e o ouvinte não bloqueia mais em um único pipe enquanto outros ainda têm dados aguardando. Agradecemos a @yayamochi por relatar este bug. Issue#3680 PR#3688

  • Correção de bug: as chamadas gRPC não falham mais em requests de monitores Sintéticos

    Quando uma solicitação de um monitor do Sintéticos fazia uma chamada gRPC, o agente adicionava X-NewRelic-Synthetics aos metadados da chamada. O gRPC permite apenas chaves de metadados em letras minúsculas, portanto, a chamada gerava ArgumentError: 'X-NewRelic-Synthetics' is an invalid header key. O agente agora envia os cabeçalhos do Sintéticos em letras minúsculas. As transações do servidor gRPC agora também leem os cabeçalhos do Sintéticos a partir dos metadados de entrada, de modo que um serviço gRPC chamado durante uma verificação sintética registra seu trace e atributos do Sintéticos. PR#3693

Copyright © 2026 New Relic Inc.

This site is protected by reCAPTCHA and the Google Privacy Policy and Terms of Service apply.