• /
  • EnglishEspañolFrançais日本語한국어Português
  • Inicia sesiónComenzar ahora

Te ofrecemos esta traducción automática para facilitar la lectura.

En caso de que haya discrepancias entre la versión en inglés y la versión traducida, se entiende que prevalece la versión en inglés. Visita esta página para obtener más información.

Crea una propuesta

|View as Markdown (English)

Importante

Recomendamos actualizar a la última versión del agente tan pronto como esté disponible. Si no puede actualizar a la última versión, actualice su agente a una versión que no tenga más de 90 días de antigüedad. Obtenga más información sobre cómo mantener al agente actualizado.

Consulte la política de fin de vida del agente Ruby New Relic para obtener información sobre los lanzamientos del agente y las fechas de soporte.

v10.9.1

  • Corrección de errores: la instrumentación de Action Controller ya no presenta errores cuando no puede identificar la clase del controlador

    Cuando el agente no podía identificar la clase del controlador de un requests, registraba TypeError: no implicit conversion of nil into String y luego NoMethodError: undefined method 'finish' for nil, y no registraba datos para ese requests. Estas transacciones ahora se denominan Controller/(unknown)/<action> y se registran normalmente. PR#3691

  • Corrección de errores: evita que los workers de Parallel se bloqueen al reportar una carga grande

    Cuando la instrumentación de parallel estaba habilitada, Parallel.each/Parallel.map con in_processes: podía bloquearse para siempre. Cada worker heredaba los extremos de escritura de la tubería que el agente registraba para sus hermanos anteriores, por lo que esas tuberías no podían llegar al final del archivo, y el hilo de escucha de la tubería del agente se bloqueaba esperando en uno de ellos. Cualquier worker cuyos datos excedieran el búfer de la tubería del sistema operativo se bloqueaba al salir. Ahora, el agente cierra el extremo de escritura de cada tubería en el padre justo después de la bifurcación, y el hilo de escucha ya no se bloquea en una sola tubería mientras otras todavía tienen datos en espera. Gracias a @yayamochi por reportar este error. Issue#3680 PR#3688

  • Corrección de errores: las llamadas gRPC ya no fallan en los requests de los monitores de Sintéticos

    Cuando una solicitud de un monitor de Sintéticos realizó una llamada gRPC, el agente agregó X-NewRelic-Synthetics a los metadatos de la llamada. gRPC solo permite claves de metadatos en minúsculas, por lo que la llamada generó ArgumentError: 'X-NewRelic-Synthetics' is an invalid header key. El agente ahora envía los encabezados de Sintéticos en minúsculas. Las transacciones del servidor gRPC ahora también leen los encabezados de Sintéticos de los metadatos entrantes, por lo que un servicio gRPC llamado durante un check sintético registra su traza y atributos de 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.