Notas de lançamento arquivadas para os agentes do Instana

• agent-jvm-handling 1.0.32: Melhora o tratamento de processos ignorados Java e a integração com JVM.
• agent-ibmi-handler 1.0.3: Adiciona um API para acessar objetos AS400 a partir de conexões.
• O agente 1.1.764: aprimora a detecção de arquivos de log para caminhos de log personalizados.

• A interface do usuário do Agent detecta e exibe registros de caminhos personalizados configurados no, org.ops4j.pax.logging.cfg proporcionando maior visibilidade dos registros de aplicativos armazenados em locais não padrão.
• IBM i O sensor pode acessar objetos AS400 diretamente a partir de instâncias AS400Connection, para uma integração mais eficiente com sistemas IBM i.

• Corrigida a exclusão incorreta de hsperfdata arquivos para processos ignorados do Java; agora, o agente interrompe o monitoramento sem excluir os arquivos anexados.
• Corrigida a identificação incorreta de processos em transição como JVMs, o que causava sinais SIGQUIT em processos não pertencentes ao Java. Configure INSTANA_JVM_HANDLING_REQUIRE_ATTACH_FILES=true para conectar-se apenas a JVMs com arquivos de conexão válidos (desativado por padrão).
• Atualização do Netty de 4.1.125.Final para 4.1.129.Final para corrigir a vulnerabilidade de segurança CVE-2025-67735.

• agent-open-telemetry-grpc 1.1.15: Adiciona suporte a uma porta OTLP gRPC legada e configurável.
• javaagent-loader 1.3.72: Evita erros de carregamento de classes durante atualizações do agente.
• agent-jvm-handling 1.0.31: Melhora a compatibilidade com anexos do JVM.
• agent-process-handling 1.0.36: Melhora a estabilidade do monitoramento de processos e o mascaramento de informações confidenciais.

• Porta de legado configurável OTLP gRPC (55680) por meio de INSTANA_AGENT_OTEL_GRPC_LEGACY_PORT_ENABLED variável de ambiente ou arquivo de configuração. As operadoras controlam o uso das portas de acordo com as necessidades de implantação.
  • Valor padrão: true para versões do agente anteriores à 1.310.0
  • Valor padrão: false para versões do agente 1.310.0 e posteriores

• Como alternativa, você também pode ativar a porta legada no arquivo ` configuration.yaml ` com.instana.plugin.opentelemetry -> grpc -> legacy_port_enabled.

Para obter mais informações, consulte a porta de compatibilidade com versões anteriores do OTLP gRPC.

• Corrigimos as alterações na hora de início do processo durante reinicializações do agente que provocavam alertas falsos de serviço; agora, as horas de início permanecem estáveis durante atualizações e reinicializações do agente.
• Corrigiram-se NoClassDefFoundError as falhas que ocorriam quando javaagent-loader um JAR era excluído em tempo de execução, fixando as classes do carregador na inicialização.
• Corrigida a exclusão incorreta de JVMs com carregadores de classes personalizados (por exemplo, WebLogic's LaunchClassLoader); agora, o agente exclui apenas carregadores de classes personalizados SAS não compatíveis.
• Corrigida a exposição de segredos nas variáveis de ambiente do contêiner Containerd ao usar o cliente CRI; agora, o agente oculta corretamente os segredos em todos os locais de configuração do contêiner.

• InstanaPCP 1.3.79
• agente 1.1.763
• agent-runtime 1.0.17
• agent-runtime-api 1.0.14

• agente 1.1.762: Melhoria na visibilidade e validação da configuração dos sensores.
• agent-backend 1.0.10: Maior consistência dos dados e melhor visibilidade dos erros no backend.
• agent-jvm-handling 1.0.30: Melhorou a confiabilidade da conexão do JVM em ambientes em contêineres.
• agent-process-handling 1.0.35: Melhorou a estabilidade do monitoramento de processos do Windows.

• O agente agora verifica os níveis de inicialização dos pacotes OSGi ao criar configurações de sensores e emite avisos que permitem tomar medidas quando os sensores não conseguem iniciar devido a incompatibilidades de modo. Esses avisos ajudam os operadores a identificar e resolver rapidamente problemas de configuração.
• Os erros de conectividade do backend agora são registrados com avisos limitados para respostas HTTP 402 (Pagamento necessário) e HTTP 404 (Não encontrado), proporcionando maior visibilidade sobre as restrições de acesso aos endpoints e os problemas de configuração.
• As JVMs em execução com carregadores de classe personalizados agora são detectadas automaticamente e relatadas por meio de eventos de monitoramento no painel do agente, oferecendo uma visão clara do motivo pelo qual a conexão dinâmica não é compatível com esses processos.

• Anteriormente, os dados de sensores provenientes de várias fontes (como sensores legados e sensores sidecar do ` IBM MQ `) podiam se sobrescrever mutuamente ao chegarem simultaneamente, causando inconsistências nos dados. Agora, o agente realiza uma fusão profunda das cargas de dados d JSON s para preservar todos os dados de ambas as fontes.
• Anteriormente, a montagem de um anexo do ` JVM ` podia falhar em contêineres ` Podman ` quando o /tmp diretório era montado a partir do sistema de arquivos raiz do host, causando erros de permissão nos arquivos anexados pelo ` OpenJ9 `. Agora, o agente tenta novamente enviar o anexo automaticamente, sem que o usuário precise intervir, caso a tentativa inicial falhe, garantindo assim o monitoramento bem-sucedido nesses ambientes.
• Anteriormente, nos sistemas do ` Windows `, processos InstanaPCP.exe órfãos podiam continuar em execução após falhas do agente ou encerramentos forçados, impedindo que novas instâncias fossem iniciadas ao reiniciar o agente. Agora, o agente detecta e encerra automaticamente os processos remanescentes, restaurando os recursos de monitoramen Windows.
• Anteriormente, a coleta de métricas do ` InstanaPCP ` falhava após a transição para o tratamento flexível de nomes de processos devido a formatos inconsistentes de nomes de instâncias. Agora, o agente utiliza formatos de nomenclatura consistentes para todas as consultas, restabelecendo a coleta precisa de métricas.
• Anteriormente, a configuração do ` pollRate ` só era enviada após a primeira reinicialização (10 minutos após o início do sensor), causando lacunas nos gráficos da interface do usuário durante o período inicial. Agora, pollRate o sinal é enviado imediatamente na primeira detecção e, em seguida, nas reinicializações subsequentes, garantindo a visualização contínua do gráfico.
• Anteriormente, os processos do InstanaPCP em Windows não eram encerrados corretamente quando o Serviço do Agente do Instana era interrompido, o que levava à criação de várias instâncias paralelas na reinicialização. Agora, o ` InstanaPCP ` monitora corretamente o endpoint do agente e encerra sua execução quando o agente é interrompido, evitando a criação de processos duplicados.

agent-process-handling 1.0.34: Maior estabilidade do monitoramento de processos baseado em CRI- API.

Anteriormente, o processamento baseado em CRI- API (utilizado com CRI-O e containerd ) podia travar ou deixar threads em segundo plano ativas quando a saída do comando não era totalmente processada. Esse comportamento pode afetar a estabilidade a longo prazo. Agora, as tarefas em segundo plano e os recursos de E/S são devidamente liberados, o que garante um monitoramento estável e confiável dos processos nos ambientes CRI-O e containerd.

agent-util 1.0.16

• agent-api 1.2.172: Adicionado suporte para coletar detalhes de contêineres Podman sem acesso ao soquete e com controle refinado da execução de processos.
• agent-socket-server 1.0.9: Adicionados limites configuráveis para o tamanho das mensagens HTTP no endpoint do Agent.
• agent-open-telemetry-grpc 1.1.14: Adicionados limites configuráveis para o tamanho das mensagens do gRPC.
• agent-open-telemetry-http 1.1.15: Adicionados limites configuráveis para o tamanho das mensagens HTTP.
• agent-process-handling 1.0.33: Monitoramento aprimorado do Podman com suporte a contêineres sem soquete e tratamento aprimorado de variáveis de ambiente.
• instana-podman-sensor 1.0.9: Adicionado suporte para monitorar contêineres Podman sem expor soquetes.

• OpenTelemetry Os componentes básicos agora são sempre iniciados por padrão, mesmo quando o ` OpenTelemetry ` não estiver explicitamente configurado, proporcionando uma melhor preparação para a coleta de telemetria.
• Podman Agora, os contêineres podem ser monitorados mesmo quando não há um soquete Podman disponível ou quando o soquete é sinalizado como ausente, permitindo o monitoramento em ambientes mais restritivos.
• Agora é possível configurar limites de tamanho de mensagem para o endpoint do Agente (:42699) usando INSTANA_AGENT_HTTP_MAX_MESSAGE_SIZE (mínimo: 5 MB, máximo: 49.5 MB), permitindo um melhor controle sobre o uso de recursos.
• gRPC Agora é possível configurar os limites de tamanho das mensagens usando INSTANA_AGENT_OTEL_GRPC_MAX_MESSAGE_SIZE ou por meio da chave de grpc.max_message_size configuração (mínimo: 5 MB, máximo: 49.5 MB), o que oferece flexibilidade para grandes cargas de telemetria.
• HTTP Agora é possível configurar os limites de tamanho das mensagens usando INSTANA_AGENT_OTEL_HTTP_MAX_MESSAGE_SIZE ou por meio da chave de http.max_message_size configuração (mínimo: 5 MB, máximo: 49.5 MB), permitindo o processamento de dados de telemetria maiores baseados em HTTP.
• Agora está disponível um controle detalhado para processos em execução no contexto de outros processos (por exemplo, dentro de contêineres). Agora você pode controlar como as variáveis de ambiente são herdadas e como o contexto do usuário é aplicado.
• A Tarefa de Suporte ao Agente agora inclui detalhes sobre a detecção de soquetes d Podman s nos resultados disponíveis para download, melhorando as capacidades de resolução de problemas.
• O Agente agora valida os possíveis pontos de extremidade do gateway dentro do namespace de rede do processo Podman antes de aplicá-los, garantindo uma configuração de rede mais confiável.

• Anteriormente, a avaliação dos contadores de desempenho e dos diretórios temporários estava vinculada incorretamente ao estado " InstanaPCP " (introduzido em 1.0.27 ), fazendo com que essas verificações falhassem quando o " InstanaPCP " não estava ativo. Agora, os diretórios temporários são sempre avaliados, e os contadores de desempenho são consultados em Windows, independentemente do estado de InstanaPCP, garantindo um monitoramento consistente do sistema.
• Anteriormente, as solicitações de informações adicionais para contêineres de contexto do usuário no monitoramento do ` Podman ` sem privilégios de root podiam falhar devido à contaminação da saída do shell. Agora, o Agente utiliza uma sessão de usuário sem um shell de login para garantir uma saída stdout limpa, permitindo uma coleta de dados confiável a partir de contêineres do tipo “ Podman ” sem privilégios de root.
• Anteriormente, as variáveis de ambiente durante java -version as verificações e a conexão ao JVM podiam interferir no funcionamento correto. Agora, utiliza-se um ambiente limpo para essas operações, garantindo uma detecção e anexação mais confiáveis d JVM.

• instana-agent-open-telemetry-base 2.2.5
• instana-agent-otel-sensor-sdk 1.1.18
• instana-agent-open-telemetry-service 1.1.13
• agent-util 1.0.15
• agent-jvm-handling 1.0.29
• agente 1.1.761
• 1.0.28 do backend do agente
• agent-backend-api 1.0.13
• agent-backend-util 1.0.13
• agent-configuration-integration-vault 1.0.11
• agent-grpc 1.0.13
• agent-grpc-channel-cache 1.0.13
• agent-http 1.0.13
• agent-jaeger-tracer 1.0.13
• agent-memory 1.0.13
• agent-netty-allocator 1.0.13
• agent-netty-allocator-api 1.0.13
• API de gerenciamento de processos de agentes 1.0.13
• agent-self-profiling 1.0.13
• 1.0.13 do agente-sensor
• agent-socket-server-api 1.0.13
• agent-task-orchestrator 1.0.13
• agent-zipkin-tracer 1.0.13

• agente 1.1.760: Corrigido o tempo de conversão do sinal de vida do sensor.
• agent-process-handling 1.0.32: Corrigiram-se problemas relacionados à detecção de contêineres e ao gerenciamento de namespaces.

• Anteriormente, os sensores com pollRate 1 apresentavam um intervalo de 10 segundos antes que os batimentos cardíacos fossem convertidos em NO_CHANGE resultados, embora se esperasse que eles fornecessem dados a cada segundo. Esse atraso fez com que as soluções alternativas especiais para o monitoramento cardíaco deixassem de funcionar corretamente quando os sensores apresentavam atrasos. Agora, o limite de conversão para os sensores do pollRate 1 foi reduzido para 3 segundos, o que garante um processamento de dados mais rápido e o tratamento adequado dos sensores com atraso.
• Anteriormente, a detecção de IDs de contêineres podia gerar falsos positivos em ambientes de execução com contêineres mistos, especialmente quando contêineres do tipo ` CRI-O ` eram identificados incorretamente pela lógica de detecção do Containerd. Agora, a detecção de contêineres utiliza verificações de validação explícitas e padrões específicos de tempo de execução (incluindo uma detecção aprimorada do escopo do `libpod` no ` Podman `), garantindo a identificação precisa dos contêineres em ambientes ` Docker `, `Containerd`, ` Podman ` e ` CRI-O `.
• Anteriormente, o agente não conseguia interagir adequadamente com processos dentro de contêineres d Podman, especialmente aqueles sem privilégios de root, devido a diferenças no namespace do usuário. Esses problemas causavam erros de permissão e falhas nas operações ao conectar-se às JVMs dentro desses contêineres. Agora, o agente detecta de forma inteligente as relações entre os namespaces e utiliza mecanismos adequados para associar os namespaces de destino, garantindo uma integração e um monitoramento confiáveis do JVM em ambientes Podman.

• API interna do agente 1.0.18
• agent-jvm-handling 1.0.28
• agent-runtime 1.0.16
• agent-runtime-api 1.0.13

• agent-process-handling 1.0.31: Detecção aprimorada de contêineres POD Podman.

Anteriormente, a detecção de IDs de contêineres para contêineres POD do ` Podman ` estava incompleta. Agora, a detecção foi aprimorada para identificar corretamente os contêineres POD, melhorando a visibilidade dos contêineres e a precisão do monitoramento.

sensor-api 1.2.170

• agente 1.1.759: O pacote foi atualizado para corrigir o uso do parâmetro de fila em SensorTicker.sendResultChunk.
• agent-jvm-handling 1.0.27: O pacote foi atualizado para limpar as variáveis de ambiente Java durante a conexão externa, a fim de evitar erros de falta de memória (OOM).
• agent-process-handling 1.0.30: As seguintes alterações foram adicionadas a este pacote:
  • Corrigir a detecção de ID de contêiner para excluir processos comuns em ambientes de contêiner.
  • Mude a coleta de métricas de processos para um método mais rápido e eficiente em termos de recursos, agora ativado por padrão.
• agent-runtime 1.0.15: O pacote foi atualizado para otimizar a verificação da /proc pasta apenas uma vez durante a inicialização.
• agent-task-orchestrator 1.0.7: O pacote foi atualizado para otimizar DefaultThreadWatcher com Netty HashedWheelTimer a fim de reduzir alocações e a sobrecarga do GC.
• agent-open-telemetry-http 1.1.14: O pacote foi atualizado para remover registros de informações desnecessárias relativos à pesquisa de PIDs ignorados.

• O agent-process-handling pacote agora permite um método de coleta de métricas de processo mais rápido e com menor consumo de recursos em sistemas d Windows, utilizando o InstanaPCP.

  Os clientes se beneficiam de uma redução no uso de recursos e de uma maior capacidade de resposta, sem precisar configurar variáveis de ambiente.

• Anteriormente, o uso do parâmetro de fila em SensorTicker.sendResultChunk estava incorreto. Isso poderia causar um processamento incorreto dos dados em fila. Este problema já foi corrigido, garantindo um gerenciamento correto e confiável da fila.
• Anteriormente, as variáveis de ambiente d Java não eram limpas ao conectar-se externamente, o que poderia causar vazamentos de memória e possíveis erros de OOM. Este problema foi corrigido com a limpeza adequada dessas variáveis, melhorando a estabilidade durante a conexão d JVM.
• Anteriormente, a detecção de IDs de contêineres incluía incorretamente processos comuns em ambientes de contêineres. Isso poderia resultar em uma atribuição incorreta do contêiner. Este problema já foi resolvido com a exclusão de processos comuns, garantindo uma detecção precisa dos contêineres.
• Anteriormente, o agente verificava a /proc pasta várias vezes durante a inicialização, o que gerava uma sobrecarga desnecessária. Esse problema já foi resolvido: agora a verificação é feita apenas uma vez, o que reduz o tempo de inicialização e melhora a eficiência.
• Anteriormente, ` DefaultThreadWatcher ` apresentava maiores alocações de memória e maior sobrecarga do GC. Este problema foi resolvido com o uso de Netty HashedWheelTimer,, o que reduziu o consumo de memória e melhorou o desempenho sob carga.
• Anteriormente, eram gerados registros de log desnecessários para consultas de PID ignoradas no componente OpenTelemetry HTTP. Esse problema já foi resolvido com a remoção desses registros, o que resultou em registros mais organizados e menos ruído.

• agente 1.1.758: Adicionada uma nova opção para lidar com alterações no arquivo de configuração.
• agent-process-handling 1.0.29: As seguintes alterações foram adicionadas a este pacote:
  • Reduzimos o uso de memória na abstração de processos por meio da otimização das verificações de /proc presença.
  • Melhoria na detecção do tempo de inicialização do processo no ` AIX ` por meio do uso do SIGAR.
• agent-runtime 1.0.14: Adicionado suporte à detecção da presença de /proc nos caminhos Linux.
• agent-runtime-api 1.0.12: Indica se /proc é acessível através de seu API.

• Este agent pacote introduz uma nova opção de configuração para controlar como as alterações nos arquivos de configuração são detectadas. Você pode ativar essa função com a variável de ambiente INSTANA_WATCH_CONFIG_CHANGES_WITH_HASH_POLLER (padrão: false; defina como true para usar a sondagem baseada em hash em vez do inotify).
• Os pacotes agent-runtimeagent-runtime-api e melhoram a detecção de processos do Linux :
  • O runtime agora detecta se /proc está presente nos caminhos de ` Linux `.
  • O ` API ` agora disponibiliza essas informações por meio do isProcPresent método.

• Anteriormente, a abstração do processo consumia mais memória ao verificar a /proc presença. Este problema já foi corrigido por meio da otimização dessas verificações.
• Anteriormente, a detecção do tempo de inicialização do processo no AIX era menos precisa. Este problema já foi resolvido com o uso do SIGAR para a detecção.

• agent-init 1.0.8: Ativou o uso direto da memória por padrão em AIX.
• agente 1.1.757: Melhoria ps na detecção, de modo que as informações do processo pai estejam sempre disponíveis.
• agent-jvm-handling 1.0.26: Atualização do suporte à integração do JVM dentro de contêineres Podman por meio do uso de switchUser.
• agent-netty-allocator 1.0.2: Melhoria no registro de logs quando a memória direta está desativada.
• agent-process-handling 1.0.28: Atualização do suporte para processos switchUser em Podman que utilizam nsenter.
• netty 4.1.125: Atualizado para resolver um problema de segurança no codec HTTP.

O agent-init pacote habilita o uso direto da memória em sistemas d AIX, por padrão. Isso pode ser desativado com a variável de ambiente INSTANA_AIX_NETTY_SET_UNSAFE (padrão: false; defina como true para desativar a memória direta).

• Anteriormente, o processo AgentSupportTask que executa ps o podia omitir o ID do processo pai (PPID) em alguns casos. Esse problema já foi resolvido ao verificar as opções ps disponíveis na inicialização e selecionar aquela que inclui de forma confiável o PPID e, quando possível, a árvore de processos.
• Anteriormente, o agent-jvm-handling pacote poderia não ser associado às JVMs em execução dentro de contêineres d Podman. Este problema já foi resolvido utilizando switchUser durante a operação em questão.
• Anteriormente, o agent-netty-allocator pacote não era visível quando a memória direta estava desativada. Este problema já foi resolvido com a adição de um registro de nível de informação para indicar o estado.
• Anteriormente, o agent-process-handling pacote não era aplicado corretamente switchUser nos processos do Podman que dependem de nsenter. Este problema já foi corrigido através da implementação switchUser do com o --setuid e o --setgid , de modo que as alterações feitas pelo usuário sejam aplicadas corretamente durante a execução.
• Existia uma vulnerabilidade no codec HTTP do netty pacote ( CVE-2025-58056 ). Este problema já foi resolvido com a atualização para uma versão corrigida.

• agent-backend 1.0.8: As seguintes alterações foram adicionadas a este pacote:
  • Adicionado suporte para configurar o tempo limite de leitura do backend.
  • Melhoria no gerenciamento de conexões, adiando as verificações de estado de inatividade até que a conexão TLS seja estabelecida.

O agent-backend pacote agora suporta tempos de espera de leitura do backend configuráveis por meio da variável de ambiente INSTANA_BACKEND_READ_TIMEOUT_SECONDS (padrão: 10; os valores abaixo 10 são ignorados).

Anteriormente, as conexões podiam ser restabelecidas prematuramente durante o processo de estabelecimento de conexão d TLS. Isso agora é evitado ao inicializar o manipulador do estado de inatividade somente após o estabelecimento completo da conexão SSL.

• sensor-api 1.2.169: Foram adicionadas as seguintes melhorias ao gerenciamento da saída do processo:
  • Introduzimos um padrão de construtor para criar OsProcessOutput com opções configuráveis.
  • Adicionada a capacidade configurável da fila e o tamanho do lote em StreamingOsProcessOutput.
  • Adicionou um callback onClose confiável para StreamingOsProcessOutput.
• agente 1.1.756: Melhoria no registro de log para operações de ligação de rede.
• O agente-cri-client 1.0.6: agora captura tanto imageId quanto imageRef do status do contêiner.
• agent-jvm-handling 1.0.25: Foram aplicadas as seguintes refatorações internas:
  • Atualizado para usar MavenArtifact em vez de AbstractMavenArtifact.
  • Agora depende do AbstractMavenArtifactAPI de sensor-api.
  • Removido o obsoleto ByteBuddyToolsJar.java.
• agent-process-handling 1.0.27: Foram adicionadas as seguintes melhorias:
  • Adicionado registro de nível de informação para a vinculação de interfaces de rede.
  • Detecção aprimorada de ID de contêiner para o formato CRI- containerd.
  • Melhor resolução de endereços IP para contêineres Rootless do Podman.
  • Melhoria no acompanhamento das decisões de monitoramento de processos com o AgentSupportTask.
  • Reestruturação do observador de serviços do ` Windows ` com gerenciamento aprimorado do ciclo de vida.
• agent-util 1.0.14: Foram adicionadas as seguintes alterações:
  • Obsoleto, AbstractMavenArtifact em favor da versão API.
  • Adicionada uma sobrecarga que getNestedValue retorna um valor null caso o caminho não seja encontrado.
  • Introduziu um gerador de cadeias opcional mais flexível no ValueFinder.
• agent-open-telemetry-service 1.1.12: Otimizou o tratamento de atributos por meio da classificação automática.
• agent-open-telemetry-grpc 1.1.13: Atualizado para permitir desativar a pesquisa de PID por meio da configuração ou de uma variável de ambiente.
• agent-open-telemetry-http 1.1.13: Atualizado para permitir desativar a pesquisa de PID por meio da configuração ou de uma variável de ambiente.

• O sensor-api pacote oferece várias melhorias no gerenciamento da saída do processo:
  • Introduz um padrão de construtor para OsProcessOutput com opções configuráveis.
  • Adiciona capacidade de fila e tamanho de lote configuráveis no StreamingOsProcessOutput.
  • Fornece um callback onClose confiável para StreamingOsProcessOutput.
• O agent pacote agora registra mais detalhes sobre as operações de ligação de rede, facilitando a resolução de problemas relacionados a essas ligações.
• O agent-cri-client pacote agora coleta tanto imageId quanto imageRef ao verificar o status do contêiner, o que fornece metadados completos da imagem.
• O agent-jvm-handling pacote foi refatorado com as seguintes alterações:
  • Migrado de AbstractMavenArtifact para o novo MavenArtifact API.
  • Agora usa AbstractMavenArtifact de sensor-api em vez de sua própria cópia.
  • Removi o arquivo ByteBuddyToolsJar.java obsoleto.
• O agent-process-handling pacote melhora a observabilidade e o suporte a contêineres:
  • Registra informações durante a vinculação da interface de rede.
  • Melhora a detecção de ID de contêineres para o formato CRI- containerd.
  • Melhora a resolução de endereços IP em ambientes Rootless Podman.
  • O Tracks monitora as decisões de processo de forma mais transparente com o AgentSupportTask.
  • Oferece um gerenciamento mais confiável do ciclo de vida dos serviços do Windows.
• O agent-util pacote oferece várias melhorias:
  • Uma nova sobrecarga de getNestedValue que retorna null se um caminho não for encontrado.
  • Um construtor de cadeias opcional condicional foi adicionado para ValueFinder permitir uma lógica mais avançada de resolução de valores.
  • A AbstractMavenArtifact classe está agora obsoleta, tendo sido substituída pela versão API.
• O agent-open-telemetry-service pacote agora classifica os atributos automaticamente usando um TreeMap, o que melhora o desempenho e a consistência do tratamento dos atributos.
• Os pacotes agent-open-telemetry-grpcagent-open-telemetry-http e agora permitem configurar a pesquisa de PID. A pesquisa de PID está ativada por padrão, mas pode ser desativada com a variável de ambiente INSTANA_AGENT_OTEL_GRPC_PID_LOOKUP (padrão: true; defina como false para desativar) ou INSTANA_AGENT_OTEL_HTTP_PID_LOOKUP (padrão: true; defina como false para desativar). Como alternativa, a pesquisa PID também pode ser desativada com o configuration.yaml comando:
  • com.instana.plugin.opentelemetry -> grpc -> pid_lookup .
  • com.instana.plugin.opentelemetry -> http -> pid_lookup .

agent-process-handling 1.0.26: O pacote foi atualizado para adicionar o soquete que faltava à execução de processos baseados em CRI- API dentro de contêineres ContainerD.

Anteriormente, a execução de processos baseados em CRI ( API ) dentro de contêineres do ContainerD falhava devido à falta de um soquete necessário. Este problema já foi resolvido com a adição do soquete que faltava.

• sensor-api 1.2.168: O pacote foi atualizado para lidar com valores nulos nos resultados do sensor como sinal de vida.
• agente 1.1.755: As seguintes alterações foram adicionadas a este pacote:
  • A lógica interna foi removida para DefaultNetworkInterfaceSupport utilizar o BindAddressProvider em vez de fornecer internamente a lista de interfaces vinculáveis.
  • O registro de logs baseado em anotações foi atualizado para usar registradores compatíveis com pacotes em vez de agent-util.
• agent-api 1.0.6: O pacote foi atualizado para incluir BindAddressProvider uma interface que retorna uma lista de interfaces vinculáveis.
• agent-cgroup 1.0.7: O pacote foi atualizado para usar registradores de log compatíveis com pacotes em vez de agent-util.
• agent-cri-client 1.0.5: O pacote foi atualizado para verificar o soquete padrão containerD/run/containerd/containerd.sock na inicialização.
• agent-grpc-channel-cache 1.0.3: O pacote foi atualizado para usar registradores de log compatíveis com o pacote em vez de agent-util.
• agent-internal-api 1.0.17: O pacote foi atualizado para incluir um novo método ProcessInterestHandler que permite registrar um interesse por uma determinada interface vinculada a um processo.
• agent-jvm-handling 1.0.24: As seguintes alterações foram adicionadas a este pacote:
  • Identificar jstart.exe como um potencial JVM.
  • O registro de logs baseado em anotações foi atualizado para usar registradores compatíveis com pacotes em vez de agent-util.
• agent-process-handling 1.0.25: As seguintes alterações foram adicionadas a este pacote:
  • O tempo limite do PID externo foi estendido para 2 segundos.
  • É adicionado um n sinalizador para a pesquisa de PIDs externos, a fim de reduzir a resolução de entradas d DNS.
  • O criClient é usado para containerD quando o agente é executado em um POD ou se estiver habilitado por meio de uma variável de ambiente.
  • Podman A detecção da interface do host foi aprimorada.
  • Foram adicionadas várias novas BindAddressProvider implementações.
  • O registro de logs baseado em anotações foi atualizado para usar registradores compatíveis com pacotes em vez de agent-util.
• agent-runtime 1.0.13: O pacote foi atualizado para usar registradores de log compatíveis com o pacote em vez de agent-util.
• agent-support-karaf 1.0.1: O pacote foi atualizado para usar registradores de log compatíveis com pacotes em vez de agent-util.
• agent-task-orchestrator 1.0.6: O pacote foi atualizado para usar registradores de log compatíveis com pacotes em vez de agent-util.
• agent-util 1.0.13: O pacote foi atualizado para usar registradores de log compatíveis com pacotes em vez de agent-util.
• agent-open-telemetry-base 2.2.5: O pacote foi atualizado para usar cluster.uid como entityId caso esteja presente na lista de atributos.
• agent-open-telemetry-grpc 1.1.12: As seguintes alterações foram adicionadas a este pacote:
  • Permitir desativar a pesquisa de PID por meio de uma variável de ambiente.
  • O registro de logs baseado em anotações foi atualizado para usar registradores compatíveis com pacotes em vez de agent-util.
• agent-open-telemetry-http 1.1.12: As seguintes alterações foram adicionadas a este pacote:
  • Permitir desativar a pesquisa de PID por meio de uma variável de ambiente.
  • O registro de logs baseado em anotações foi atualizado para usar registradores compatíveis com pacotes em vez de agent-util.

• O sensor-api pacote agora oferece suporte ao tratamento de valores nulos nos resultados de detecção como sinais de vida.
• O agent-api pacote apresenta a BindAddressProvider interface para retornar uma lista de interfaces vinculáveis.
• O programa agent-cri-client agora verifica o soquete padrão containerD/run/containerd/containerd.sock durante a inicialização.
• O agent-internal-api amplia o ProcessInterestHandler com suporte ao registro de interfaces vinculadas a um processo.
• O agent-process-handling pacote estende o tempo limite do PID externo para 2 segundos e adiciona o n sinalizador para mitigar problemas de resolução d DNS.
• O agent-process-handling pacote agora oferece suporte ao containerD, por meio do cliente CRI. Você pode ativar ou desativar esse comportamento com a variável de ambiente INSTANA_USE_CONTAINERD_CRI_CLIENT (padrão: true ao ser executado em um POD).
• O agent-process-handling pacote apresenta várias novas BindAddressProvider implementações:
  • AgentPublicIpBindAddressProvider : expõe o IP público do agente como uma interface à qual é possível se conectar.
  • ContainerBridgeBindAddressProvider : expõe as redes de ponte dos contêineres como interfaces vinculáveis.
  • ProcessInterestBindAddressProvider : expõe os recursos de rede específicos do processo como interfaces vinculáveis.
• O agent-open-telemetry-grpc pacote agora permite desativar a verificação de PID por meio da variável de ambiente INSTANA_AGENT_OTEL_GRPC_PID_LOOKUP (o padrão é true, defina como false para desativar).
• O agent-open-telemetry-http pacote agora permite desativar a verificação de PID por meio da variável de ambiente INSTANA_AGENT_OTEL_HTTP_PID_LOOKUP (o padrão é true, defina como false para desativar).

• Anteriormente, o registro de logs baseado em anotações utilizava o logger agent-util genérico. Este problema foi corrigido com a atualização de todos os pacotes afetados (agent, agent-cgroup, agent-grpc-channel-cache, agent-jvm-handling, agent-process-handling, agent-runtime, agent-support-karaf agent-task-orchestrator, agent-util, agent-open-telemetry-grpc,, agent-open-telemetry-http) para que utilizem, em vez disso, registradores de log compatíveis com pacotes.
• Anteriormente, a consulta de PID estrangeiro falhava devido a tempos de espera muito curtos ou à resolução de um endereço de rede do tipo “ DNS ”. Este problema foi resolvido com o aumento do tempo de espera e a adição do n sinalizador para mitigar a resolução de DNS.
• Anteriormente, os contêineres do Podman não conseguiam resolver as interfaces de host. Esse problema já foi resolvido com o uso host.containers.internal de como destino confiável da interface de host.

• sensor-api 1.2.167: O pacote foi atualizado para permitir o acesso global à contagem de RSS nos dados do cgroup.
• agente 1.1.754: O pacote foi atualizado para melhorar o tratamento das respostas de metadados API.
• agent-cgroup 1.0.6: O pacote foi atualizado para lidar corretamente com o cache de memória e o cálculo do RSS para cgroups.
• agent-jvm-handling 1.0.23: O pacote foi atualizado para oferecer suporte ao Java 25 para rastreamento.
• agent-process-handling 1.0.23: As seguintes alterações foram adicionadas a este pacote:
  • O pacote foi atualizado para oferecer suporte a caminhos personalizados para o ` RKE2 `.
  • Foi adicionado um novo serviço para realizar pesquisas nos processos pai.
• agent-process-handling 1.0.24: O pacote foi atualizado para adicionar a detecção de loops às consultas ao processo pai.
• agent-socket-server 1.0.8: As seguintes alterações foram adicionadas a este pacote:
  • Foi adicionada a função de retorno de chamada para os canais pai.
  • A nomenclatura dos threads foi aprimorada para facilitar o diagnóstico.
• agent-socket-server-api 1.0.5: O pacote foi atualizado para adicionar um callback aos canais pai.
• agent-open-telemetry-service 1.1.11: O pacote foi atualizado para restringir a alocação de objetos para strings apenas aos casos de registro de depuração.
• agent-open-telemetry-http 1.1.11: As seguintes alterações foram adicionadas a este pacote:
  • A lógica de rastreamento de conexões é adicionada ao manipulador pai.
  • A consulta ao PID é adicionada ao manipulador pai antes da inicialização do canal.
  • O número máximo de canais pode ser limitado.

• O analisador de cgroups agora expõe dados RSS com total_rss para cgroupv1 e anon para cgroupv2.
• O agent-jvm-handling pacote agora oferece suporte ao rastreamento de erros do ` Java ` e `25` com versões atualizadas javaagent-loader de `( 1.3.71 )`, instrumentation-boot `( 1.1.32 )` e instrumentation-shared `( 1.0.1467 )`.
• Foi adicionado um serviço para percorrer os processos pai. Este serviço é utilizado em várias implementações de contêineres para identificar o tipo ou o endereço containerId.
• O componente OpenTelemetry HTTP agora permite configurar um número máximo de canais ativos simultâneos por meio da variável de ambiente INSTANA_AGENT_OTEL_HTTP_MAX_CHANNELS (o valor padrão é 1000).

• Anteriormente, o analisador do Metadata API não verificava se havia mensagens de erro. Este problema já foi corrigido por meio da verificação de respostas de erro e da limitação das sequências de caracteres permitidas para o UniqueId agente.
• Anteriormente, a pesquisa do processo pai podia resultar em um OutOfMemory erro quando os processos não terminavam com 0. Esse problema já foi corrigido por meio do rastreamento dos IDs dos processos já visitados e da interrupção do processo quando um loop é detectado.
• Anteriormente, o componente OpenTelemetry HTTP gerava um OutOfMemory erro quando o agente recebia um número excessivo de solicitações. Este problema já foi resolvido através da limitação do número de canais ativos simultaneamente. Além disso, a consulta PID, que consome muitos recursos, foi transferida para o manipulador pai.

O problema de monitoramento de processos em sshd agent-process-handling 1.0.21: foi corrigido após o lançamento de v1.2.32.

Anteriormente, o sshd processo só era adicionado à lista interna quando terminava com sshd, o que não está correto para os ambientes mais recentes do RHEL. Este problema foi resolvido verificando a frequência com que sshd ocorre no executável e permitindo a execução quando for contabilizada mais de uma ocorrência.

• O problema de monitoramento do agente pax_url_mvn_leak1.1.753: foi adicionado a este pacote.
• agent-netty-allocator 1.0.1: As seguintes alterações foram adicionadas a este pacote:
  • Foram adicionados um alocador com proteção contra backoff por canal, com contadores compartilhados, e uma configuração de backoff.
  • É DefaultFlowControlManager adicionado um para controlar as "autorizações" por canal e pausar autoRead quando o número de buffers em trânsito exceder a concorrência máxima.
• agent-netty-allocator-api 1.0.1: O serviço foi ampliado com alocadores por canal.
• 1.0.21: O sshd monitoramento de processos é flexibilizado.
• agent-runtime 1.0.12: O pacote foi ampliado para ler os valores double de configuração.
• agent-runtime-api 1.0.11: O pacote foi ampliado para ler valores double de configuração.
• agent-socket-server 1.0.7: O pacote foi ampliado para utilizar o novo gerenciador de controle de fluxo, a fim de limitar as leituras simultâneas.

• Foi adicionado um serviço para controlar o número máximo de leituras simultâneas. Você pode controlar a concorrência usando a variável INSTANA_INGRESS_CONCURRENCY de ambiente (o valor padrão é 4).
• Você pode ajustar a configuração de entrada do ` Netty ` usando as seguintes variáveis de ambiente:
  • INSTANA_NETTY_INBOUND_FACTOR (o valor padrão é 0.6 ): Um valor entre 0 e 1 que controla a porcentagem de memória direta que pode ser usada para tráfego de entrada.
  • INSTANA_NETTY_OUTBOUND_FACTOR (o valor padrão é 0.9 ): Um valor entre 0 e 1 que controla a porcentagem de memória direta que pode ser usada para saída; o fator de saída é sempre maior que o fator de entrada.
  • INSTANA_NETTY_INBOUND_SOFT_FACTOR (o valor padrão é 0.8 ): Um valor entre 0 e 1 que controla a porcentagem de memória direta utilizada para um soft-backoff.
  • INSTANA_NETTY_SOFT_TIMEOUT_SECONDS (o valor padrão é 2): Um valor entre 0 e ilimitado, que controla o número de segundos do soft-backoff após o qual a memória é sempre concedida.
  • INSTANA_NETTY_DIRECT_MEMORY_TIMEOUT_SECONDS (o valor padrão é 30): Um valor entre 0 e ilimitado, que controla o número de segundos do período de espera (hard-backoff) após o qual uma exceção é lançada e a mensagem atual é descartada.
• O serviço para ler valores de configuração pode ler valores do tipo double.

• Anteriormente, uma falha no pax-url componente causava OutOfMemory erros. Agora, se esse problema for detectado, o Instana exibe um problema de monitoramento chamado pax_url_mvn_leak. Você pode resolver esse problema reinstalando o agente.
• Anteriormente, o tráfego de entrada podia sobrecarregar o tráfego de saída para o backend. Esse problema já foi resolvido, limitando a quatro o número de fluxos lidos simultaneamente. Além disso, a entrada também lida com a contrapressão, reduzindo a velocidade dos dados recebidos quando a saída não consegue processá-los com rapidez suficiente.
• Anteriormente, o sshd processo só era permitido quando estava no local padrão /usr/sbin/sshd. Este problema já foi resolvido, flexibilizando a verificação para verificar se o processo termina com sshd.

• agent-process-handling 1.0.20: É adicionada uma razão final para a consulta do ID do processo dentro do contêiner. Além disso, é adicionada uma nova tentativa quando o conteúdo /status do arquivo estiver vazio.
• agent-runtime 1.0.11: O serviço foi ampliado para fornecer aos manipuladores de recuo exponencial um motivo de encerramento.
• agent-runtime-api 1.0.10: O serviço foi ampliado para fornecer aos manipuladores de backoff exponencial um motivo de encerramento.

O serviço responsável pelo backoff exponencial agora registra o motivo do encerramento quando é marcado como concluído.

Anteriormente, ocorria uma condição de corrida durante a leitura do /status arquivo, o que resultava na falha na leitura do PID dentro do contêiner. Este problema já foi corrigido e o agente tenta novamente ler o /status arquivo quando o conteúdo estiver vazio. Os casos de sucesso e de erro são adicionados à seção “Coletar informações de suporte ”.

• agent-jvm-handling 1.0.22: É adicionado um monitor a todos os diretórios temporários conhecidos em Windows.
• agent-process-handling 1.0.19: Foi adicionada uma estratégia de backoff para PIDs dentro do contêiner, e as informações relacionadas são exibidas na seção “Coletar informações de suporte ” do painel do agente.
• agent-runtime 1.0.10: Foi implementado um serviço para fornecer manipuladores de backoff exponencial.
• agent-runtime-api 1.0.9: Foi implementado um serviço para fornecer manipuladores de backoff exponencial.

É adicionado um serviço que permite o backoff exponencial.

• Anteriormente, quando um processo do Java era interrompido sem um desligamento correto, os arquivos relacionados aos sensores do Java se acumulavam nos diretórios temporários do usuário. Este problema foi resolvido verificando todos os diretórios temporários conhecidos em Windows em busca de arquivos de sensor Java e excluindo-os caso o processo Java esteja parado.
• Anteriormente, ocorria um NullPointerException erro ao comparar o PID com o PID informado nas mensagens de anúncio enviadas pelos rastreadores. Esse problema agora está corrigido. O agente sempre verifica se há valores nulos antes de fazer a comparação. Além disso, foi adicionada uma estratégia alternativa para consultar o PID no contêiner usando os /status arquivos /sched ou. O número de tentativas e o estado atual da pesquisa de PIDs no contêiner são adicionados à seção “Coletar informações de suporte ”.

• sensor-api 1.2.166: As seguintes alterações estão incluídas nesta versão:
  • Foi adicionado um serviço para consultar o diretório temporário padrão do agente.
  • É adicionado um serviço para compactar os dados a serem encaminhados para o backend.
  • As informações do processo são complementadas com o PID e o tipo de processo informados.
  • O uso direto do Sigar está obsoleto, sendo permitido apenas por meio de funções auxiliares.
• agente 1.1.752: É adicionado um mecanismo de fallback às alterações de configuração, com verificações manuais caso inotify os identificadores se esgotem.
• agent-cgroup 1.0.5: A velocidade da consulta é aprimorada pela verificação do tipo conhecido de um processo.
• agent-jvm-handling 1.0.21: Esta versão inclui as seguintes alterações:
  • A velocidade da pesquisa é aumentada ao verificar o tipo conhecido de um processo.
  • javaagent‑loader foi atualizado para a versão 1.3.70. O nível de registro agora é reduzido para INFO quando a atualização de permissão para /tmp/.instana falha. Além disso, a pesquisa de pastas foi aprimorada nos anexos do J9-based quando o /tmp/.com_ibm_tools_attach endereço é acessível, em vez de /proc/<pid>/tmp/.com_ibm_tools_attach.
• agent-process-handling 1.0.18: As seguintes alterações estão incluídas nesta versão:
  • A velocidade da pesquisa é aumentada ao verificar o tipo conhecido de um processo.
  • O PID informado agora é visível para os processos do contêiner e do host, conforme visto pelo processo.
  • O PID agora é validado como parte das mensagens de notificação dos rastreadores.
  • Agora é possível copiar arquivos para pastas dentro de contêineres do ` Podman ` sem diretório raiz.
  • O acesso direto ao Sigar foi removido. É adicionada uma espera para que o Sigar bloqueie o acesso antes do desligamento.
• agent-process-handling-api 1.0.5: O serviço interno para o tipo de processo está obsoleto, pois foi transferido para o sensor API.
• agent-runtime 1.0.9: Foi implementado um serviço para arquivos e acesso a arquivos, a fim de facilitar os testes.
• agent-runtime-api 1.0.8: Foi implementado um serviço para arquivos e acesso a arquivos, a fim de facilitar os testes.

Agora, os processos informam seu PID tal como é visto pelo próprio processo. Essas informações podem variar entre processos executados no host e aqueles executados em contêineres, pois o namespace de PID é diferente.

• Anteriormente, se inotify os identificadores de processo estivessem esgotados, os arquivos de configuração não eram monitorados. Esse problema foi resolvido com a leitura dos metadados dos arquivos de configuração em intervalos regulares e a atualização da configuração caso os metadados tenham sido alterados.
• Anteriormente, vários processos eram verificados durante o anúncio dos rastreadores. Este problema foi resolvido ao limitar a lista de processos para incluir apenas aqueles que possuem o mesmo PID relatado.
• Anteriormente, as alterações javaagent-loader registradas eram /tmp/.instana sempre registradas no nível WARN. Este problema já foi corrigido: agora, apenas é registrado um aviso (WARN) se os direitos da pasta não corresponderem ao nível esperado.
• Anteriormente, o javaagent-loader não conseguia se conectar às JVMs do J9 quando o não /proc/<pid>/tmp/.com_ibm_tools_attach estava acessível. Esse problema já foi corrigido, verificando-se se a pasta /tmp/.com_ibm_tools_attach está acessível.
• Anteriormente, ao copiar arquivos para uma pasta dentro de um contêiner do tipo “ Podman ” sem diretório raiz, era criado um arquivo com um nome aleatório. Esse problema já foi resolvido: basta copiar o arquivo primeiro para uma pasta intermediária no /tmp servidor e manter o nome original.

• agente 1.1.751: Implementado serviço para visualizar alterações no arquivo de configuração.
• agent-internal-api 1.0.16: Adicionado serviço para visualizar alterações no arquivo de configuração.
• agent-process-handling 1.0.16: As seguintes alterações estão incluídas nesta versão:
  • Armazenar os metadados do contêiner em cache por padrão
  • InstanaPCP foi atualizado para 1.3.74:. Remove a configuração da INSTANA_LOG_LEVEL variável de ambiente
  • Adicionada a capacidade de ignorar cgroups que não pertencem a contêineres
  • Utilizou um soquete conhecido para consultar informações d ContainerD
  • Monitoramento seletivo ampliado para utilizar os namespaces d Kubernetes

• O monitoramento seletivo agora oferece suporte a namespaces do tipo ` Kubernetes ` quando NAMESPACES_DETAILS_PATH está presente. O Operador define essa variável de ambiente, que contém o caminho para um arquivo YAML.
  • Quando a variável de ambiente é definida, o agente armazena em cache o conteúdo de cada namespace utilizando o instana-workload-monitoring rótulo.
  • São avaliados os seguintes valores: <absent>, true, false, apm, e infra.
  • Se INSTANA_SELECTIVE_MONITORING estiver definido como DEFAULT ou tiver um valor vazio, o agente opera no modo normal. Todos os namespaces com instana-workload-monitoring=false são ignorados.
  • Se INSTANA_SELECTIVE_MONITORING estiver definido como OPT_IN, o agente opera no modo de monitoramento seletivo. O agente monitora apenas os processos que estão em um namespace e que possuem instana-workload-monitoring=true, instana-workload-monitoring=apm, ou instana-workload-monitoring=infra. Todos os processos com instana-workload-monitoring=false são ignorados.
• É adicionado um serviço interno para monitorar alterações no arquivo de configuração e notificar caso haja alguma alteração. Este serviço utiliza o agendador para reduzir o número total de threads.

• Anteriormente, apenas os metadados dos contêineres bem-sucedidos eram armazenados em cache. Este problema já foi corrigido, e também foi resolvida a falha na consulta dos metadados do contêiner.
• Anteriormente, os cgroups, como /init.scope e /mde, foram identificados como possíveis contêineres. Este problema já foi corrigido após a adição de uma tabela com nomes conhecidos de cgroups que não são de contêineres.
• Anteriormente, a consulta ` ContainerD ` falhava quando havia vários soquetes no host. Esse problema já foi resolvido com o uso do soquete atribuído ao processo ContainerD.

• O agente 1.1.750: detecta os caracteres non-UTF-8 no arquivo configuration.yaml .
• agent-cgroup 1.0.4: Verifica se há processos em execução ao consultar os dados do cgroup.
• agent-jvm-handling 1.0.20: Ignora o processo db2fmp.
• agent-process-handling 1.0.15: Prepara o cache de rótulos do Kubernetes.
• agent-util 1.0.12: Adiciona um auxiliar para detectar caracteres não UTF-8 es.
• agent-open-telemetry-grpc 1.1.11: ExecutionPipeline para OTel gRPC rastreamentos.
• agent-open-telemetry-http 1.1.10: Otimiza o pipeline HTTP.

• Armazenamento em cache de rótulos do Kubernetes para os seguintes tipos de contêineres, a fim de oferecer suporte ao monitoramento seletivo: ContainerD, CRI-O, Docker e Podman
• Contagem de tarefas para OTel gRPC usando o ExecutionPipeline

• Anteriormente, o sistema poderia falhar ao ler o configuration.yaml arquivo se este contivesse caracteres de non-UTF-8. Esse problema já foi resolvido com a verificação de caracteres de tipo “ non-UTF-8 ”.
• Anteriormente, o sistema podia exibir dados incorretos ao ler os dados do cgroup para métricas de contêineres. Esse problema já foi corrigido, verificando-se se ainda há algum processo ativo para esse cgroup.
• Anteriormente, as conexões OTel e HTTP eram armazenadas em cache indefinidamente. Este problema já foi resolvido com a remoção das conexões encerradas do cache interno.
• Anteriormente, as conexões OTel e HTTP podiam sobrecarregar o conjunto de threads. Este problema já foi resolvido, passando a serem avaliadas apenas as conexões abertas.

• Os componentes agent 1.1.749:, OpenTelemetry, HTTP e gRPC são ativados por meio da configuração do ambiente.
• agent-backend 1.0.7: Foi adicionado um nível de compactação deflate configurável para a comunicação com o backend.
• agent-jvm-handling 1.0.19: O tempo de sincronização do nível de log foi ajustado.
• agent-runtime 1.0.8: Os métodos de pesquisa de ambiente para Integer e Boolean agora estão disponíveis.
• agent-runtime-api 1.0.7: Foram adicionados métodos API correspondentes para pesquisas de ambiente.
• O servidor de soquetes agent-socket-server 1.0.6:ExecutionPipeline é utilizado para conexões, e HTTP.
• O agente-task-orchestrator 1.0.5:ThreadWatcher foi introduzido para monitorar threads travadas.
• A API do agente-task-orchestrator ( 1.0.2: ) ThreadWatcher e os wrappers ExecutionPipeline de tarefas foram adicionados.
• agent-util 1.0.11: Foram adicionados os tipos de pesquisa de configuração aninhada e runnable os tipos callable sensíveis a exceções.
• agent-open-telemetry-base 2.2.4: Adicionado suporte para links de span.
• agent-open-telemetry-service 1.1.8: Adicionado suporte para span-links.
• Foi adicionado o `agent-open-telemetry-grpc` 1.1.10:ExecutionPipeline para o ` OTel ` gRPC e uma porta configurável.
• Foram adicionados o `agent-open-telemetry-http` 1.1.9:ExecutionPipeline para OTel HTTP e uma porta configurável.

• Agora você pode habilitar os componentes OpenTelemetry, HTTP e gRPC usando as variáveis de INSTANA_AGENT_OTEL_HTTPINSTANA_AGENT_OTEL_GRPC ambiente e (o valor padrão é nulo).
• Agora você pode configurar o nível padrão de compactação (0–9) usando INSTANA_BACKEND_DEFLATE_LEVEL a variável (o valor padrão é nulo).
• As configurações de tipo inteiro e booleano (com valor padrão nulo) agora são obtidas do ambiente do agente por meio dos novos métodos `runtime` e `runtime-api`.
• O agente agora utiliza tanto para conexões JVMExecutionPipeline quanto para o tratamento de endpoints HTTP no servidor de soquetes.
• O novo auxiliar integrado ThreadWatcher monitora threads travadas. (o padrão é 60 s. Você pode configurar isso usando a variável de ambiente INSTANA_THREAD_WATCHER_TIMEOUT_SECONDS ).
• Agora, as tarefas são acompanhadas por ganchos pré e pós, monitoramento de threads, estatísticas de pool e monitoramento de tarefas por meio das interfaces do orchestrator — API.
• O agente agora pesquisa valores de configuração aninhados e retorna exceções verificadas em callables e runnables usando os novos auxiliares do util pacote.
• Foi adicionado suporte ao Span-links tanto para os pacotes base quanto para os pacotes de serviços do OpenTelemetry.
• OTel gRPC e os componentes HTTP agora oferecem suporte à detecção de threads travadas e à contagem de tarefas por meio de ExecutionPipeline. Você pode substituir as portas padrão usando as variáveis de INSTANA_AGENT_OTEL_GRPC_PORT INSTANA_AGENT_OTEL_HTTP_PORT ambiente e (o valor padrão é nulo) ou modificando o configuration.yaml arquivo. Para obter mais informações, consulte a configuração do OpenTelemetry

Anteriormente, a sincronização do nível de log com as JVMs começava imediatamente, o que resultou em condições de corrida na validação interna dos testes. Este problema já foi resolvido, adiando o início da sincronização do nível de log em um minuto.

• agent-netty-allocator-api 1.0.0: Este pacote adiciona um serviço que fornece um alocador global de endereços de rede ( ByteBuffer ) que permite a pesquisa com base em tempo limite.
• agent-netty-allocator 1.0.0: Este pacote implementa um serviço para fornecer um alocador global ByteBuffer que realiza pesquisas com base em tempo limite.
• agent-backend 1.0.6: O pacote agora utiliza o alocador global baseado em tempo limite para garantir que os dados sejam reportados ao backend.
• agent-jvm-handling 1.0.18: As seguintes alterações foram adicionadas a este pacote:
  • javaagent‑loader foi atualizado para a versão 1.3.69. O ` ClassLoader `, que opera na memória, libera corretamente o estado interno quando é reiniciado. Os javaagent-loader pré-carregamentos ManagementFactory para evitar atrasos na inicialização.
• agent-socket-server 1.0.5: As seguintes alterações foram adicionadas a este pacote:
  • O pacote foi atualizado para utilizar o alocador global para ` ByteBuffers `.
  • O pacote agora restringe o uso interno de um único ChannelInitializer.

• Anteriormente, ao recarregar o ` ClassLoader, ` na memória, as classes armazenadas eram removidas, o que resultava na perda de definições após a recarga de um sensor. Este problema foi resolvido através da preservação da estrutura de dados que contém as classes em uma representação global na memória.
• Anteriormente, quando um agente do Spring -Boot Java era iniciado, a javaagent-loader thread era bloqueada se não ManagementFactory fosse inicializada. Esse problema já foi corrigido com o pré-carregamento de um valor padrão ManagementFactory antes de iniciar qualquer agente de sensor no javaagent-loader.
• Anteriormente, quando uma conexão com o backend era reiniciada, os protetores de memória direta ficavam em um estado inconsistente e não seguro para threads, o que fazia com que as threads responsáveis pelo encaminhamento de métricas ou rastreamentos travassem. Este problema foi resolvido com a introdução do alocador ByteBuffer, compartilhado globalmente, que possui tempos limite integrados.

• agent-jvm-handling 1.0.17: As seguintes alterações foram adicionadas a este pacote:
  • javaagent‑loader foi atualizado para a versão 1.3.68. O envio de anexos em memória ( ClassLoader ) agora é desativado quando o tamanho máximo da pilha é inferior ao valor limite configurado, recorrendo-se ao envio de anexos por meio de arquivos.
  • O agente agora suprime kill -3 chamadas em sistemas d Windows.

Agora é possível configurar um limite mínimo de heap para o carregador de classes em memória usando a variável INSTANA_AGENT_LOADER_MIN_IN_MEMORY_HEAP_MEGABYTES de ambiente (o valor padrão é 100 MB), que é habilitada pelo 1.3.68 javaagent‑loader atualizado. Certifique-se de definir a variável de ambiente no diretório de destino JVM.

• Anteriormente, ao utilizar o mecanismo de alocação dinâmica de memória ( ClassLoader ) em JVMs com heap limitado, ocorriam erros de " OutOfMemory ". Este problema foi resolvido desativando o recurso “ ClassLoader ” na memória quando o tamanho máximo da pilha está abaixo do limite configurado (100 MB por padrão) e recorrendo ao anexo baseado em arquivo.
• Anteriormente, o agente executou um comando específico do ` Unixkill -3`, que falhou em sistemas ` Windows `. Este problema foi corrigido com a supressão da kill -3 chamada em sistemas Windows.

• agente 1.1.748: As seguintes alterações foram adicionadas a este pacote:
  • Os dados confidenciais da ps tarefa agora ficam ocultos quando as informações de suporte são coletadas.
  • A barra inicial do arquivo zip “Informações de Suporte” foi removida.
• agent-jvm-handling 1.0.16: As seguintes alterações foram adicionadas a este pacote:
  • Foi adicionado suporte ao ` Java ` 24 para fins de rastreamento.
  • A detecção de JVMs do ` J9 ` com executáveis personalizados do ` Java ` ou diretórios de anexação foi aprimorada.
  • O pacote foi atualizado para suprimir o anexo baseado no Byte Buddy em sistemas Unix se /tmp estiver montado com noexec.
• agent-process-handling 1.0.14: O pacote agora verifica se os contêineres contêm metadados nulos e retorna um mapa vazio em vez de analisar dados inválidos.
• agent-runtime-api 1.0.6: As seguintes alterações foram adicionadas a este pacote:
  • O pacote foi atualizado para disponibilizar um serviço que permite carregar qualquer classe em tempo de execução.
  • O pacote foi atualizado para disponibilizar um serviço que permite verificar as opções de montagem em sistemas baseados n Unix.
• agent-runtime 1.0.7: As seguintes alterações foram adicionadas a este pacote:
  • O pacote foi atualizado para implementar o serviço “carregar qualquer classe”.
  • O pacote foi atualizado para implementar o serviço de verificação de opções de montagem para o ` Unix `.
• agent-socket-server-api 1.0.4: O pacote foi atualizado para disponibilizar um serviço que permite iniciar e parar servidores de soquete baseados em Netty.
• agent-socket-server 1.0.4: O pacote foi atualizado para implementar o serviço de inicialização e parada do servidor de soquetes Netty.
• agent-task-orchestrator 1.0.4: O Scheduler agora é exposto como um protótipo, de modo que cada consumidor receba sua própria instância, enquanto as threads continuam sendo compartilhadas globalmente.
• sensor-api 1.2.163: As seguintes alterações foram adicionadas a este pacote:
  • Foi adicionado um auxiliar de saída de processo de streaming.
  • Foi adicionado suporte à pesquisa de nomes de tarefas do tipo “ JVM ” para o ` IBM i `.
• agent-open-telemetry-grpc 1.1.7: O serviço socket-server API agora é usado para iniciar e parar o servidor de soquetes OTel gRPC.
• agent-open-telemetry-http 1.1.6: O serviço socket-server API agora é usado para iniciar e parar o servidor de soquetes OTel HTTP.
• agent-ibmi-handler 1.0.2: O pacote foi atualizado para buscar o nome completo da tarefa em IBM i, enquanto anteriormente era exibido apenas o PID.

• O agent-jvm-handling pacote agora oferece suporte ao rastreamento de Java 24 com versões atualizadas javaagent-loader de ( 1.3.67 ), instrumentation-boot ( 1.1.31 ) e instrumentation-shared ( 1.0.146 ).
• Foi adicionado um novo serviço em tempo de execução para verificar as opções de montagem em sistemas baseados n Unix.
• Um serviço de servidor de soquetes dedicado, API, já está disponível para iniciar e parar servidores de soquetes baseados em Netty.
• O Scheduler do orquestrador de tarefas agora é fornecido como um protótipo, atribuindo a cada consumidor sua própria instância, embora utilize um conjunto de threads global compartilhado.
• O sensor API agora inclui um auxiliar de saída de processo de streaming e uma pesquisa de nomes de tarefas d JVM em IBM i.

• Anteriormente, campos confidenciais podiam ser expostos na saída da tarefa process-listing (ps) e incluídos nos pacotes de suporte. Este problema já foi resolvido, com a ocultação de todos os dados confidenciais durante a coleta de informações de suporte.
• Anteriormente, os arquivos ZIP de informações de suporte incluíam uma barra inicial, o que impedia a extração dos arquivos no site Windows. Esse problema já foi resolvido com a remoção da barra inicial.
• Anteriormente, a determinação das JVMs a serem ignoradas podia entrar em um loop infinito ao seguir as cadeias de processos pai. Este problema foi resolvido ao interromper o ciclo de pesquisa circular.
• Anteriormente, os aplicativos em execução em JVMs d J9, com executáveis personalizados ou diretórios de anexação, não eram detectados corretamente. Este problema já foi corrigido por meio do aprimoramento da lógica de detecção do ` J9 ` para reconhecer caminhos personalizados.
• Anteriormente, os anexos do Byte Buddy falhavam em hosts do tipo “ Unix ” com /tmp partições montadas noexec, o que fazia com que a configuração do rastreamento fosse interrompida. Este problema já foi corrigido, detectando noexec no /tmp e recorrendo ao anexo baseado no JDK.
• Anteriormente, se os metadados do contêiner fossem nulos, o agente tentava analisar dados inválidos e retornava erros. Este problema foi corrigido: agora, em vez de analisar dados inválidos, o sistema verifica se há metadados nulos e retorna um mapa vazio.
• Anteriormente, todos os consumidores do Scheduler compartilhavam uma única instância, o que fazia com que novas tarefas fossem bloqueadas quando um consumidor parava. Este problema foi resolvido ao definir o Scheduler como um protótipo, de modo que cada consumidor receba sua própria instância.
• Anteriormente, ao encerrar o servidor de soquetes Otel gRPC, podia ocorrer uma condição de corrida que bloqueava o encerramento indefinidamente. Esse problema foi resolvido com o uso do novo serviço socket-server API para coordenar o desligamento, o que garante um encerramento estável e sem impasses.
• Anteriormente, ao encerrar o servidor de soquetes Otel HTTP, podia ocorrer uma condição de corrida que bloqueava o encerramento indefinidamente. Esse problema foi resolvido com o uso do novo serviço socket-server API para coordenar o desligamento, o que garante um encerramento estável e sem impasses.
• Anteriormente, no ` IBM i `, era exibido apenas o ID numérico do processo, em vez do nome completo da tarefa. Esse problema já foi resolvido, com a recuperação e exibição do nome completo da tarefa.

• agent-cri-client 1.0.4: Este pacote foi atualizado para capturar e registrar as exceções que ocorrem durante a ativação do CriClient.
• agent-grpc-channel-cache 1.0.2: Este pacote foi atualizado para capturar e registrar as exceções que ocorrem durante a criação de caches de canal.

Anteriormente, as exceções que ocorriam durante a ativação dos caches CriClient de e de canal não eram capturadas, o que levava a erros não tratados durante a inicialização. Este problema já foi resolvido por meio da captura e do registro das exceções durante a ativação desses componentes.

• agent-support-karaf 1.0.0: Este pacote contém todos os dados de suporte relacionados ao Karaf. Além disso, este pacote inclui os seguintes recursos:
  • Foi adicionada uma nova tarefa de suporte para coletar as dependências da árvore de pacotes.
  • Foi adicionada uma nova tarefa de suporte para coletar informações do cabeçalho do pacote.
• agent-cgroup 1.0.3: As seguintes alterações foram adicionadas a este pacote:
  • O pacote agora aguarda a conclusão da coleta de processos antes de realizar as atualizações, para evitar que os sensores do CRI-O sejam interrompidos.
  • Agora, os contêineres e os processos são consultados sem depender do monitoramento seletivo.
  • Os picos de memória e CPU durante a inicialização agora são reduzidos ao definir valores negativos como 0 durante a inicialização dos dados do cgroup.
  • A detecção de cgroups só é iniciada se o host estiver rodando em um sistema de arquivos do tipo ` Linux ` e a /proc pasta estiver presente.
  • O uso de memória CGroupV2 agora é calculado como file + anon.
• agent-cri-client 1.0.3: As seguintes alterações foram adicionadas a este pacote:
  • Agora é realizada uma verificação de versão durante a inicialização do cliente para pré-carregar as classes necessárias.
  • O pacote agora inclui [ io.perfmark ...], para evitar importações externas adicionais.
• agent-internal-api 1.0.15: É adicionado um parâmetro ` API ` à consulta TempDir por processo, necessário para anexos no Windows.
• agent-jvm-handling 1.0.14: As seguintes alterações foram adicionadas a este pacote:
  • O recurso de anexação no Windows agora utiliza o TEMP diretório de cada processo, em vez de um diretório global, quando o usuário não é um administrador ou uma conta de serviço.
  • Agora você pode definir o tempo limite para conexões do tipo ` JVM ` usando a variável de ambiente INSTANA_SOCKET_CONNECTION_TIMEOUT . O valor padrão é 45, e a unidade é segundos.
• agent-open-telemetry-grpc 1.1.6: Foi adicionado um mecanismo de repetição de tentativa para falhas na vinculação de portas.
• agent-open-telemetry-http 1.1.5: Foi adicionado um mecanismo de repetição de tentativa para falhas na vinculação de portas.
• agent-process-handling 1.0.13: As seguintes alterações foram adicionadas a este pacote:
  • InstanaPCP foi atualizado para o formato 1.3.73:. Agora, as métricas do processo podem ser coletadas sem alterar o nome do processo para processName_pid o formato.
  • Os casos nulos nos mapas de variáveis de ambiente agora são tratados corretamente ao consultar valores específicos do contêiner.
  • Foi adicionada a opção de aguardar a conclusão do primeiro processo antes de realizar atualizações.
  • Foi adicionada a capacidade de consultar processos sem monitoramento seletivo.
• agent-process-handling-api 1.0.4: As seguintes alterações foram adicionadas a este pacote:
  • Foi adicionada a interface para aguardar a primeira coleta de processos.
  • Foi adicionada a interface para consultar processos sem monitoramento seletivo.
• O `agent-runtime` 1.0.6: ReentrantLock agora é usado em vez da sincronização para a internalização de mapas, listas e strings.
• agent-socket-server 1.0.3: Foi adicionado um mecanismo de repetição de tentativa para falhas na vinculação de portas.

• Foi adicionado um pacote de suporte específico para a coleta de dados de suporte relacionados ao Karaf. O novo agent-support-karaf pacote também inclui tarefas de suporte para coletar dependências da árvore do pacote e informações de cabeçalho.
• O agent-jvm-handling pacote agora oferece suporte a um tempo limite configurável para conexões JVM por meio da variável INSTANA_SOCKET_CONNECTION_TIMEOUT de ambiente (o valor padrão é 45 segundos).

• Anteriormente, os sensores do CRI-O deixavam de funcionar durante as atualizações devido a um atraso na coleta de processos. Esse problema já foi resolvido, garantindo que a coleta de processos seja totalmente concluída antes de prosseguir com as atualizações.
• Anteriormente, ocorria uma exceção durante uma atualização se os contêineres d CRI-O fossem parados imediatamente após a inicialização. Esse problema foi corrigido com a implementação de uma verificação de versão durante a inicialização do cliente, a fim de pré-carregar as classes necessárias.
• Anteriormente, o uso do monitoramento seletivo às vezes resultava em uma coleta de dados incompleta para contêineres e processos. Esse problema já foi resolvido por meio da consulta a todos os contêineres e processos, sem depender exclusivamente do monitoramento seletivo.
• Anteriormente, os valores negativos processados durante a inicialização dos dados do cgroup causavam picos no uso de memória e da CPU. Esse problema já foi corrigido, com a normalização de todos os valores negativos para zero.
• Anteriormente, tentava-se detectar cgroups em sistemas que não eram do tipo ` Linux ` e em sistemas sem um diretório /proc adequado, o que causava erros. Este problema já foi corrigido, limitando a detecção de cgroups a hosts d Linux s que possuam uma pasta /proc válida.
• Anteriormente, o uso de memória para CGroupV2 era calculado de forma imprecisa. Este problema já foi corrigido, calculando-se corretamente o uso de memória como a soma da memória fileanon e.
• Anteriormente, os anexos do Windows JVM utilizavam um único diretório global TEMP, independentemente dos privilégios do usuário, o que causava conflitos e falhas nos anexos. Este problema já foi corrigido, garantindo que o processo de anexação utilize o TEMP diretório do usuário.
• Anteriormente, não havia nenhum mecanismo para controlar o tempo limite das conexões d JVM, o que, por vezes, causava problemas de conexão. Esse problema já foi resolvido com a adição de uma variável de ambiente que você pode usar para configurar o tempo limite de conexão do JVM.
• Anteriormente, falhas na vinculação de portas para comunicações de entrada não acionavam nenhuma tentativa de repetição, o que causava problemas de conectividade. Este problema já foi resolvido com a implementação de um mecanismo de repetição de tentativa para falhas na vinculação de portas.
• Anteriormente, null os valores nos mapas de variáveis de ambiente durante consultas específicas de contêineres podiam causar erros. Este problema já foi corrigido com a implementação de um tratamento adequado para casos nulos.

• agente 1.1.746: O padrão Log4j2 agora é atualizado na inicialização.
• agente cgroup 1.0.2: O problema de consulta de dados do cgroup foi corrigido, utilizando qualquer processo disponível em um contêiner.
• processo do agente responsável por 1.0.12: As seguintes atualizações foram adicionadas a este pacote:
  • O PID 1 agora é identificado corretamente como um processo no host, em vez de um processo de contêiner.
  • Foi adicionada uma verificação de nulo para resolver o NullPointerException erro no processo ContainerD quando o namespace é nulo.
  • Informações adicionais de depuração são fornecidas para objetos de processo quando as informações de suporte são coletadas.
• utilitário agent 1.0.10: É adicionado um registrador de rastreamento para métodos anotados.

• A estrutura do agente agora oferece suporte ao registro de rastreamento baseado em métodos. Embora esse recurso esteja disponível por meio da estrutura, atualmente é necessário anotar métodos individualmente para habilitar o registro de rastreamento. A implementação completa está prevista para ser lançada em versões futuras.
• O padrão ` Log4j2 ` agora é atualizado automaticamente na inicialização para incluir as informações do método, utilizando o padrão ` | %replace{%X{method}}{^(.+)$}{$1 | }.`.
• Agora está disponível um registro de depuração aprimorado para processos durante a coleta de informações de suporte. Agora, todos os tipos de processo fornecem dados internos detalhados de depuração para facilitar a resolução de problemas e a análise.

• Anteriormente, o PID 1 foi identificado erroneamente como um processo de contêiner. Este problema já foi corrigido, com a identificação correta do PID 1 como um processo do host.
• Anteriormente, o procedimento de anúncio do tracer falhava em cargas de trabalho em contêineres. Este problema foi corrigido ao flexibilizar a pesquisa do ambiente do contêiner para processos do tipo ` ContainerD ` e ao tratar corretamente o PID 1 como um processo do host.
• Anteriormente, ocorria um NullPointerException erro nos processos do ContainerD quando o namespace era nulo. Este problema já foi corrigido com a adição de uma verificação de valor nulo.
• Anteriormente, a consulta aos dados do cgroup não utilizava corretamente os processos disponíveis dentro de um contêiner. Este problema já foi resolvido ao utilizar qualquer processo dentro do contêiner para consultar os dados do cgroup.

• agente grpc 1.0.17: Componentes adicionais do io.grpc (io.grpc.util e io.grpc.inprocess) agora são exportados para melhorar as capacidades de comunicação do agente. Além disso, o nível inicial foi reduzido para 70.
• agente opcional API 1.0.8: Este pacote foi atualizado para executar as etapas de configuração em uma ordem definida.
• agente 1.1.745: Este pacote foi atualizado para ler configurações do agente por meio do ambiente (usando agent_env) e de arquivos (usando agent_file) e combinar dados de vários sensores que compartilham o mesmo nome e entityId.
• agente cri cliente 1.0.2: Este pacote foi atualizado para garantir a compatibilidade com o agente grpc 1.0.17 atualização do pacote.
• agente JVM, responsável por 1.0.13: Este pacote foi atualizado para avaliar as variáveis de ambiente (IBM_JAVA_OPTIONS, JAVA_TOOL_OPTIONS, e _JAVA_OPTIONS) ao verificar se as JVMs J9 possuem o parâmetro com.ibm.tools.attach.directory de inicialização e atualizar attach-tools para a versão 1.17.2, a fim de lidar corretamente com definições explícitas de diretórios.
• processo do agente responsável por 1.0.10: As seguintes alterações foram adicionadas a este pacote:
  • Foi adicionado o monitoramento seletivo para variáveis de ambiente de contêineres (compatível com Podman, Docker e CRI-O ), o que permite ao agente decidir se um processo deve ser monitorado ou ignorado.
  • O tratamento do processo de sinal de alarme da prisão está restrito aos sistemas d Linux.
  • O consumo de memória dos processos é reduzido através da internalização de strings, argumentos e variáveis de ambiente de processos que compartilham os mesmos valores.
  • O problema relacionado às permissões de arquivo que ocorria ao copiar arquivos para um contêiner ` Podman ` sem acesso ao diretório raiz com configurações rígidas de `umask` foi corrigido.
  • O nativo CriClient está ativado, o que é controlado pela variável de ambiente INSTANA_USE_CRI_CLIENT.
• processo do agente que lida com 1.0.11: Este pacote foi atualizado para usar sempre um mapa de ambiente mutável ao executar chamadas de processo.
• tempo de execução do agente API 1.0.5: Foram adicionadas interfaces para listas e mapas de intern.
• Tempo de execução do agente 1.0.5: A conversão de listas e mapas em objetos internos está implementada.
• utilitário agent 1.0.9: Foram adicionados dois auxiliares para gerenciar e listar as permissões de arquivo e para iterate percorrer uma coleção de objetos do fornecedor Optional.

• Agora, componentes adicionais do gRPC são exportados para ampliar as capacidades de comunicação do agente.
• As etapas de configuração do agente são executadas sequencialmente, em uma ordem predefinida, para otimizar o processo de configuração.
• O agente agora pode substituir configurações tanto de variáveis de ambiente quanto de arquivos dentro do contexto do agente.
• Combina automaticamente os dados dos sensores provenientes de fontes que compartilham o mesmo nome e entityId.
• O agente agora oferece monitoramento seletivo para ambientes de contêineres.
• Ativa o CriClient por padrão, garantindo uma integração perfeita com os ambientes de execução de contêineres modernos.

• Anteriormente, o processo de anexação do ` JVM ` falhava em JVMs do ` J9 ` quando qualquer uma das variáveis de ambiente (IBM_JAVA_OPTIONS, JAVA_TOOL_OPTIONS, ou _JAVA_OPTIONS) definisse explicitamente com.ibm.tools.attach.directory o. Este problema já foi corrigido por meio da avaliação dessas variáveis de ambiente e da atualização do attach-tools ( v1.17.2 ) para lidar corretamente com uma definição explícita de diretório.
• Anteriormente, quando o host tinha um grande número de processos com argumentos e variáveis de ambiente idênticos, o agente ficava sem memória. Esse problema já foi corrigido por meio da serialização de strings, argumentos e variáveis de ambiente, o que reduz o consumo de memória.
• Anteriormente, ocorria um problema de permissão de arquivos ao copiar arquivos para um contêiner ` Podman ` sem diretório raiz sob configurações rigorosas de `umask`. Esse problema já foi resolvido com a aplicação de permissões ao arquivo intermediário antes de sua cópia.
• Anteriormente, em ambientes do Red Hat OpenShift Container Platform 4.18 nos quais o crun era o runtime de contêiner padrão, o agente não utilizava o interno CriClient por padrão. Esse problema já foi corrigido, tratando INSTANA_USE_CRI_CLIENT como verdadeiro caso a variável esteja ausente, o que garante a compatibilidade com o novo padrão do runtime do contêiner.
• Anteriormente, um problema de pesquisa de raiz da jaula no arquivo ` Solaris ` fazia com que todos os processos fossem identificados incorretamente como raiz da jaula. Este problema já foi corrigido, restringindo o gerenciamento de processos com privilégios de root em ambiente isolado (jail) apenas aos sistemas do tipo “ Linux ”.

• O agente 1.1.744:javaagent-loader foi atualizado para a versão 1.3.66. Além disso, instrumentation‑shared o foi atualizado para a versão 1.0.145 para incluir a capacidade de ignorar pacotes específicos durante a instrumentação.
• agente interno API 1.0.14: Foi adicionado um novo método para consultar todos os IDs de processo (PID) conhecidos para sensores baseados em processos.
• agent-cgroup 1.0.1: O pacote foi atualizado para realizar verificações da versão do cgroup apenas em sistemas Linux.
• agent-jvm-handling 1.0.12: O problema de jvm_tmp_not_available monitoramento é atualizado quando agent_tmp_directory_missing o serviço /tmp fica indisponível. Além disso, o pacote foi atualizado para oferecer suporte ao monitoramento constante da /tmp disponibilidade das JVMs baseadas em jail root.
• 1.0.9: de gerenciamento de processos de agente O pacote foi atualizado para incluir as seguintes alterações:
  • O nível de registro para exceções durante as verificações de links simbólicos é reduzido para DEBUG.
  • O mecanismo de tratamento baseado em eventos substitui a abordagem baseada em temporizador para atualizar o iptables de contêineres baseados n Garden.
  • O problema de análise que ocorreu durante a normalização de caminhos inválidos em Windows foi corrigido.

• Foi adicionado um novo método para consultar todos os IDs de processo (PID) conhecidos para sensores baseados em processos. Este novo método melhora o acompanhamento e o monitoramento dos processos.
• O pacote de gerenciamento de processos agora utiliza um mecanismo de atualização baseado em eventos, em vez da abordagem anterior baseada em temporizador, para atualizar o iptables em contêineres baseados n Garden.

• Anteriormente, o pacote cgroup realizava verificações desnecessárias da versão do cgroup em sistemas que não eram Linux. Este problema já foi resolvido, limitando a verificação de versão aos ambientes do ` Linux `.
• Anteriormente, o processo de análise da memória no pacote cgroup adicionava limites incorretos. Este problema foi resolvido com a adição de dois novos auxiliares, parseMemoryDataCgroupV1 e, parseMemoryDataCgroupV2 para ler os arquivos de memória corretos.
• Anteriormente, o pacote de gerenciamento do ` JVM ` relatava um problema jvm_tmp_not_available de monitoramento quando o /tmp diretório não estava disponível para JVMs baseadas na raiz da jail. Este problema já foi corrigido com a atualização do ticket de monitoramento para agent_tmp_directory_missing e a adição de suporte para o monitoramento contínuo das JVMs do diretório raiz do jail.
• Anteriormente, as exceções identificadas nas verificações de links simbólicos em Linux eram registradas com um alto nível de detalhamento, o que sobrecarregava os logs. Este problema já foi resolvido com a redução do nível de registro para DEBUG.
• Anteriormente, o pacote de processamento encontrou problemas ao normalizar caminhos inválidos em Windows. Este problema já foi corrigido por meio do aprimoramento da lógica de normalização de caminhos do ` Windows `.

• O agente 1.1.743:javaagent-loader foi atualizado para 1.3.65. Além disso, instrumentation-shared foi atualizado para a versão 1.0.144 para corrigir o vazamento de memória nos registros de instrumentação.
• Foi adicionado o tratamento do endpoint de capacidades no backend do agente 1.0.5:.
• agente JVM, responsável por 1.0.11:. Adicionado suporte ao jail root para JVMs. Além disso, o pacote agora oferece suporte ao monitoramento jvm_tmp_not_available quando /tmp o serviço não está disponível para um JVM.
• processo do agente que lida com 1.0.8: Foi adicionado suporte à restrição de acesso (jail) para processos. Além disso, o pacote agora oferece suporte à recuperação de variáveis de ambiente para o WebSphere no z/OS.
• processo do agente que lida com API 1.0.3: O pacote foi atualizado para adicionar suporte ao isolamento de processos raiz em nível interno API.
• utilitário de agente 1.0.8: O pacote foi atualizado para incluir um novo auxiliar para FilePermissions.
• agente grpc 1.0.16: O servidor gRPC foi removido do pacote.
• agente do serviço de telemetria aberto 1.1.5: O pacote foi atualizado para usar MachineId para vincular a entidade OpenTelemetry à entidade host.
• agent open telemetry grpc 1.1.5: O servidor gRPC foi adicionado ao pacote.

• Foi adicionado suporte ao jail root tanto para JVMs quanto para processos.
• O tratamento do endpoint de recursos no backend do agente foi aprimorado.
• OpenTelemetry A integração é aprimorada ao vincular as entidades do host e d OpenTelemetry, utilizando MachineId.

• Anteriormente, os registros de instrumentação apresentavam um vazamento de memória. Este problema já foi resolvido com a atualização instrumentation-shared dos arquivos para 1.0.144.
• Anteriormente, o servidor gRPC era iniciado como parte do agent grpc pacote, mesmo quando não era necessário. Este problema foi resolvido com a transferência do servidor gRPC do pacote agent grpc bundle para o agent open telemetry grpc pacote.

• grpc core 1.0.15: Este pacote atualiza protobuf-java para a versão 4.29.3, protobuf-java-util para a versão 4.29.3 e proto-common-google-common-protos para a versão 2.50.1.
• processo do agente responsável pelo gerenciamento do 1.0.7: Este pacote adiciona a lógica para identificar a localização do ctr em um cluster Tanzu.

Anteriormente, a localização dos clusters ctr no Tanzu não era identificada corretamente, o que causava problemas nas operações com contêineres. Esse problema já foi corrigido com a adição de uma lógica para detectar com precisão a ctr localização nesses ambientes.

• agente cgroup 1.0.0: Este pacote analisa dados de grupos de controle (cgroup), que podem ser utilizados como um serviço para métricas de contêineres.
• agente cri cliente 1.0.0: Este pacote interage com os pontos de extremidade da Interface de Tempo de Execução de Contêineres (CRI) API gRPC. Essas interações incluem a funcionalidade para listar contêineres, consultar o status dos contêineres, recuperar o status das imagens e executar comandos dentro de um contêiner.
• API de cache de canais GRPC do agente 1.0.0: Este pacote permite o acesso aos pontos de extremidade de soquetes do domínio Unix através de ManagedChannels.
• agente de cache de canal GRPC 1.0.0: Este pacote fornece um mecanismo de cache para acessar soquetes do domínio Unix por meio de ManagedChannels.

• backend do agente 1.0.4: Foi adicionada uma verificação de valor nulo para o messageId campo nos dados de JSON recebidos do backend.
• O agente JVM, responsável por 1.0.10:, UnifiedProcess adicionou um novo processo para anexos de JVM.
• API de gerenciamento de processos de agente 1.0.2: Foi adicionado o método para recuperar um UnifiedProcessBuilder com recursos estendidos.
• processo do agente responsável pelo tratamento de 1.0.6: Este pacote foi atualizado para aprimorar as configurações de permissão de arquivos, a fim de permitir a cópia de arquivos temporários em ambientes sem direitos de root Podman. O podman info comando agora é usado para localizar soquetes d Podman e para usuários individuais. Além disso, foram adicionadas as seguintes alterações:
  • Os processos CRI agora são gerenciados por meio da nova UnifiedProcess abstração, que permite o suporte a CrioProcess.
  • CrioUtil agora foi ampliado para funcionar com CriClient quando configurado.
  • É adicionada a variável de CriClient ambiente ( INSTANA_USE_CRI_CLIENT padrão: false) para ativar o.
• utilitário de agente 1.0.7: O pacote foi atualizado para incluir os seguintes componentes:
  • um auxiliar para funções que lançam exceções
  • um utilitário para gerenciar contratos futuros
  • uma ferramenta para interromper o ` ThreadPools `. Além disso, LinuxProcFileParser o `process handling bundle` foi migrado para este pacote.
• agente 1.1.742: O pacote foi atualizado para melhorar o gerenciamento de entidades, mantendo-as ativas mesmo com dados vazios, a fim de evitar que sejam marcadas como offline. O tratamento de arquivos vazios foi aprimorado com o retorno de matrizes de bytes de comprimento zero. Além disso, o processo de adição de endereços de gateway de IP público foi modificado para ser síncrono, em vez de assíncrono.

• A UnifiedProcess abstração foi adicionada para oferecer funcionalidades ampliadas para gerenciar processos normais e processos CRI.
• CriClient e suas configurações associadas são adicionadas para permitir uma interação perfeita com os terminais CRI API gRPC.
• O agent cgroup pacote foi adicionado para aprimorar o gerenciamento de métricas de contêineres.
• O agent util pacote agora oferece um gerenciamento aprimorado de recursos e threads.

• Anteriormente, as entidades no backend eram marcadas como offline devido à falta de dados. Esse problema já foi corrigido, mantendo as entidades ativas mesmo com dados vazios.
• Anteriormente, o tratamento de arquivos vazios pelo agente causava um comportamento inesperado. Este problema foi corrigido, passando a ser retornada uma matriz de bytes de comprimento zero quando são encontrados arquivos vazios.
• Anteriormente, o processo assíncrono para adicionar interesses de gateway de IP público causava atrasos. Este problema foi resolvido com a alteração da operação para o modo síncrono.
• Anteriormente, em ambientes sem direitos de root Podman, os arquivos temporários criados com as permissões corretas eram sobrescritos devido às umask configurações. Este problema foi resolvido definindo explicitamente as permissões do arquivo após a criação do arquivo temporário.

• agente JVM, responsável por 1.0.9: O pacote foi atualizado para melhorar o registro de eventos quando não é possível usar uma conexão JVM.
• processo do agente responsável pelo tratamento de 1.0.5: O pacote foi atualizado para corrigir um problema em que soquetes incorretos eram definidos para instâncias de ContainerD. Além disso, o agente agora ignora a região de controle em z/OS. A cópia de arquivos para contêineres d Podman foi aprimorada.
• servidor de soquetes de agente 1.0.2: O pacote foi atualizado para corrigir uma condição de corrida nas conexões JVM.
• agente 1.1.741: O pacote foi atualizado para adicionar um evento de monitoramento quando o agente utiliza uma versão incompatível do Java.

O agente do Instana deixou de oferecer suporte ao Java 8. Você deve usar o Java 11. Ao iniciar agentes recém-instalados com o ` Java ` 8, o agente agora exibe um evento de monitoramento. Este evento de monitoramento só é relevante se você instalar ou utilizar seu próprio servidor de gerenciamento de dispositivos ( JVM ). Os agentes em contêineres ou baseados em pacotes já utilizam o Java 11.

• Anteriormente, em ambientes do ` Podman ` sem privilégios de root, a cópia de arquivos para o contêiner de destino podia falhar, pois o agente não definia um conjunto de permissões para o arquivo temporário. Este problema já foi corrigido, e os arquivos temporários são criados com a extensão rwxr-xr-x.
• Anteriormente, o agente não conseguia definir nenhuma informação de soquete para uma instância do ` ContainerD ` quando havia vários soquetes presentes. Este problema já foi corrigido, e o agente define as informações corretas de socket para uma instância do ContainerD.
• Anteriormente, o agente apresentava uma condição de corrida nas conexões d JVM e e mantinha uma conexão aberta, mesmo que ela já estivesse marcada internamente como fechada. A conexão incorreta só foi removida quando o agente foi reiniciado. Este problema já foi corrigido, e o agente encerra corretamente a conexão interrompida.