Partilhar via

Problemas conhecidos das Operações IoT do Azure

Este artigo lista os problemas conhecidos atuais que você pode encontrar ao usar as Operações do Azure IoT. As orientações ajudam-no a identificar estes problemas e fornecem soluções alternativas, quando disponíveis.

Para obter orientações gerais de solução de problemas, consulte Solucionar problemas de operações do Azure IoT.

Problemas do broker MQTT

Esta seção lista os problemas conhecidos atuais para o broker MQTT.

Os recursos do agente MQTT não são visíveis no portal do Azure

ID do problema: 4257

Assinatura de log: N/A

Os recursos do agente MQTT criados em seu cluster usando o Kubernetes não são visíveis no portal do Azure. Esse resultado é esperado porque o gerenciamento de componentes do Azure IoT Operations com o Kubernetes está em pré-visualização e a sincronização de recursos da borda para a nuvem não é atualmente suportada.

Atualmente, não existe solução para este problema.

Problemas gerais do conector

Esta seção lista os problemas conhecidos atuais que afetam todos os conectores.

O conector não deteta atualizações nas credenciais do dispositivo no Cofre de Chaves do Azure

ID do problema: 6514

N/A

O conector não recebe uma notificação quando as credenciais do dispositivo armazenadas no Cofre de Chaves do Azure são atualizadas. Como resultado, o conector continua a usar as credenciais antigas até ser reiniciado.

Solução alternativa: reinicie o conector para forçá-lo a recuperar as credenciais atualizadas do Cofre de Chaves do Azure.

Para conectores Akri, o único tipo de autenticação suportado para endpoints de registo é artifact pull secrets

ID de problema: 4570

Assinatura de log: N/A

Quando especifica a referência do endpoint do registro num modelo de conector, existem múltiplos métodos de autenticação suportados. Os conectores Akri suportam apenas artifact pull secrets autenticação.

Os conectores Akri não funcionam com os recursos do endpoint de registro.

ID da questão: 7710

Corrigido na versão 1.2.154 (2512) e posteriores

Assinatura de log:

[aio_akri_logs@311 tid="7"] - failed to generate StatefulSet payload for instance rest-connector-template-...
[aio_akri_logs@311 tid="7"] - reconciliation error for Connector resource... 
[aio_akri_logs@311 tid="7"] - reconciliation of Connector resource failed...

Se criares um recurso RegistryEndpoint usando bicep e o referenciares no recurso ConnectorTemplate, então, quando o operador Akri tentar realizar a reconciliação, o ConnectorTemplate falhará com o erro mostrado anteriormente.

Solução alternativa: Não utilize RegistryEndpoint recursos com conectores Akri. Em vez disso, especifique a informação do registo nas ContainerRegistry definições do ConnectorTemplate recurso.

Conector para problemas do OPC UA

Esta seção lista os problemas conhecidos atuais do conector para OPC UA.

Não é possível usar caracteres especiais em nomes de eventos

ID do problema: 1532

Assinatura de log: 2025-10-22T14:51:59.338Z aio-opc-opc.tcp-1-68ff6d4c59-nj2s4 - Updated schema information for Boiler#1Notifier skipped!

A geração de esquema falhará se os nomes de eventos contiverem caracteres especiais, como #, %ou &. Evite usar esses caracteres em nomes de eventos para evitar problemas de geração de esquema.

Conector para mídia e conector para questões ONVIF

Esta seção lista os problemas conhecidos atuais para o conector para mídia e o conector para ONVIF.

Conflito de sincronização secreto

ID do problema: 0606

Assinatura de log: N/A

Ao usar a sincronização secreta, certifique-se de que os nomes secretos sejam globalmente exclusivos. Se existir um segredo local com o mesmo nome, os conectores podem não conseguir recuperar o segredo pretendido.

O destino do evento do ativo ONVIF só pode ser configurado ao nível do grupo ou ativo

ID da questão: 9545

Corrigido na versão 1.2.154 (2512) e posteriores

Assinatura de registo semelhante a:

No matching event subscription for topic: "tns1:RuleEngine/CellMotionDetector/Motion"

Atualmente, os destinos de eventos de ativos ONVIF são reconhecidos apenas ao nível do grupo de eventos ou ativo. Configurar os destinos ao nível do evento individual resulta em entradas de registo semelhantes ao exemplo, e nenhum dado de evento é publicado ao broker MQTT.

Como solução alternativa, configure o destino do evento ao nível do grupo de eventos ou ativo em vez do nível individual do evento. Por exemplo, usando defaultEventsDestinations ao nível do grupo de eventos:

eventGroups:
  - dataSource: ""
    events:
    - dataSource: tns1:RuleEngine/CellMotionDetector/Motion
      destinations:
      - configuration:
          qos: Qos1
          retain: Never
          topic: azure-iot-operations/data/motion
          ttl: 5
        target: Mqtt
      name: Motion
    name: Default
    defaultEventsDestinations:
    - configuration:
        qos: Qos1
        retain: Never
        topic: azure-iot-operations/data/motion
        ttl: 5
      target: Mqtt

Problemas de fluxos de dados

Esta seção lista os problemas conhecidos atuais para fluxos de dados.

Os recursos de fluxo de dados não são visíveis na interface web da experiência operacional.

ID do problema: 8724

Assinatura de log: N/A

Os recursos personalizados de fluxo de dados criados no seu cluster usando o Kubernetes não são visíveis na interface web da experiência operacional. Esse resultado é esperado porque o gerenciamento de componentes do Azure IoT Operations com o Kubernetes está em pré-visualização e a sincronização de recursos da borda para a nuvem não é atualmente suportada.

Atualmente, não existe solução para este problema.

Um perfil de fluxo de dados não pode exceder 70 fluxos de dados

ID do problema: 1028

Assinatura de log:

exec /bin/main: argument list too long

Se você criar mais de 70 fluxos de dados para um único perfil de fluxo de dados, as implantações falharão com o erro exec /bin/main: argument list too long.

Para contornar esse problema, crie vários perfis de fluxo de dados e distribua os fluxos de dados entre eles. Não exceda 70 fluxos de dados por perfil.

Os gráficos de fluxo de dados suportam apenas tipos de pontos finais específicos

ID de edição: 5693

Assinatura de log: N/A

Atualmente, os gráficos de fluxo de dados (WASM) suportam apenas pontos de extremidade de fluxo de dados MQTT, Kafka e OpenTelemetry (OTel). Os pontos de extremidade OpenTelemetry só podem ser usados como destinos em gráficos de fluxo de dados. Outros tipos de ponto de extremidade como Data Lake, Microsoft Fabric OneLake, Azure Data Explorer e Armazenamento Local não são suportados para gráficos de fluxo de dados.

Para contornar esse problema, use um dos tipos de ponto de extremidade suportados:

Para obter mais informações sobre gráficos de fluxo de dados, consulte Usar WebAssembly (WASM) com gráficos de fluxo de dados.

Não é possível usar a mesma definição de gráfico várias vezes em um cenário de gráfico encadeado

ID da emissão: 1352

Falha ao enviar config

Você cria um cenário de gráfico encadeado usando a saída de um gráfico de fluxo de dados como entrada para outro gráfico de fluxo de dados. No entanto, se você tentar usar a mesma definição de gráfico várias vezes nesse cenário, ele atualmente não funciona como esperado. Por exemplo, o código a seguir falha ao usar a mesma definição de grafo (graph-passthrough:1.3.6) tanto para graph-1 quanto para graph-2.

      {
          nodeType: 'Graph'
          name: 'graph-1'
          graphSettings: {
            registryEndpointRef: dataflowRegistryEndpoint.name
            artifact: 'graph-passthrough:1.3.6'
            configuration: []
            }
      }
      {
          nodeType: 'Graph'
          name: 'graph-2'
          graphSettings: {
            registryEndpointRef: dataflowRegistryEndpoint.name
            artifact: 'graph-passthrough:1.3.6'
            configuration: graphConfiguration
            }
      }
  nodeConnections: [
      {
          from: {name: 'source'}
          to: {name: 'graph-1'}
      }
      {
          from: {name: 'graph-1'}
          to: {name: 'graph-2'}
      }
      {
          from: {name: 'graph-2'}
          to: {name: 'destination'}
      }
  ]

Para resolver esse erro, envie a definição do gráfico para o ACR quantas vezes forem necessárias com o cenário com um nome ou tag diferente a cada vez. Por exemplo, no cenário descrito, a definição do gráfico precisa ser empurrada duas vezes com um nome diferente ou uma tag diferente, como graph-passthrough-one:1.3.6 e graph-passthrough-two:1.3.6.

  • Last updated on