Udostępnij przez

Znane problemy dotyczące operacji usługi Azure IoT

W tym artykule wymieniono bieżące znane problemy, które mogą wystąpić podczas korzystania z operacji usługi Azure IoT. Wskazówki ułatwiają identyfikowanie tych problemów i zapewnia obejścia tam, gdzie są dostępne.

Aby uzyskać ogólne wskazówki dotyczące rozwiązywania problemów, zobacz Rozwiązywanie problemów z operacjami usługi Azure IoT.

Problemy z brokerem MQTT

W tej sekcji wymieniono bieżące znane problemy dotyczące brokera MQTT.

Zasoby brokera MQTT nie są widoczne w witrynie Azure Portal

Identyfikator problemu: 4257

Podpis dziennika: nie dotyczy

Zasoby brokera MQTT utworzone w klastrze przy użyciu platformy Kubernetes nie są widoczne w witrynie Azure Portal. Ten wynik jest oczekiwany, ponieważ zarządzanie składnikami operacji usługi Azure IoT przy użyciu platformy Kubernetes jest w wersji zapoznawczej, a synchronizowanie zasobów z brzegu do chmury nie jest obecnie obsługiwane.

Obecnie nie ma obejścia tego problemu.

Ogólne problemy z łącznikiem

W tej sekcji wymieniono bieżące znane problemy, które mają wpływ na wszystkie łączniki.

Łącznik nie wykrywa aktualizacji poświadczeń urządzenia w usłudze Azure Key Vault

Identyfikator problemu: 6514

N/A

Łącznik nie otrzymuje powiadomienia po zaktualizowaniu poświadczeń urządzenia przechowywanych w usłudze Azure Key Vault. W związku z tym łącznik nadal używa starych poświadczeń do momentu ponownego uruchomienia.

Obejście: Uruchom ponownie łącznik, aby wymusić pobranie zaktualizowanych poświadczeń z usługi Azure Key Vault.

W przypadku łączników Akri jedynym obsługiwanym typem uwierzytelniania dla punktów końcowych rejestru jest artifact pull secrets

Identyfikator problemu: 4570

Podpis dziennika: nie dotyczy

Gdy określisz referencję do punktu końcowego rejestru w szablonie konektora, dostępnych jest wiele obsługiwanych metod uwierzytelniania. Łączniki Akri obsługują tylko artifact pull secrets uwierzytelnianie.

Łączniki Akri nie działają z zasobami punktu końcowego rejestru

Identyfikator problemu: 7710

Naprawiono w wersji 1.2.154 (2512) i nowszej

Podpis dziennika:

[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...

Jeśli tworzysz zasób RegistryEndpoint przy użyciu bicepu i odwołujesz się do niego w zasobie ConnectorTemplate, to gdy operator Akri podejmie próbę uzgodnienia ConnectorTemplate, pojawia się niepowodzenie z błędem wyświetlonym wcześniej.

Rozwiązanie tymczasowe: Nie używaj zasobów z łącznikami Akri. Zamiast tego określ informacje rejestru w ustawieniach ContainerRegistry w zasobie ConnectorTemplate.

Łącznik do rozwiązywania problemów z OPC UA

W tej sekcji wymieniono bieżące znane problemy dotyczące łącznika OPC UA.

Nie można używać znaków specjalnych w nazwach zdarzeń

Identyfikator problemu: 1532

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

Generowanie schematu kończy się niepowodzeniem, jeśli nazwy zdarzeń zawierają znaki specjalne, takie jak #, %lub &. Unikaj używania tych znaków w nazwach zdarzeń, aby zapobiec problemom z generowaniem schematu.

Łącznik multimediów i łącznik dla ONVIF

W tej sekcji wymieniono bieżące znane problemy dotyczące łącznika multimediów i łącznika onVIF.

Konflikt tajnej synchronizacji

Identyfikator problemu: 0606

Podpis dziennika: nie dotyczy

Podczas korzystania z synchronizacji wpisów tajnych upewnij się, że nazwy wpisów tajnych są globalnie unikatowe. Jeśli istnieje lokalny wpis tajny o tej samej nazwie, łączniki mogą nie pobrać zamierzonego wpisu tajnego.

Miejsce docelowe zdarzenia zasobu ONVIF można skonfigurować tylko na poziomie grupy lub zasobu

Identyfikator problemu: 9545

Naprawiono w wersji 1.2.154 (2512) i nowszej

Podpis dziennika podobny do:

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

Obecnie punkty docelowe zdarzeń zasobu ONVIF są rozpoznawane tylko na poziomie grupy zdarzeń lub pojedynczego zasobu. Skonfigurowanie miejsc docelowych na poziomie poszczególnych zdarzeń powoduje wyświetlenie wpisów dziennika podobnych do przykładu, a żadne dane zdarzeń nie są publikowane w brokerze MQTT.

Aby obejść ten problem, skonfiguruj lokalizację docelową zdarzenia na poziomie grupy zdarzeń lub zasobu zamiast na poziomie pojedynczego zdarzenia. Na przykład użycie defaultEventsDestinations na poziomie grupy zdarzeń:

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

Problemy z przepływami danych

W tej sekcji wymieniono bieżące znane problemy dotyczące przepływów danych.

Zasoby przepływu danych nie są widoczne w internetowym interfejsie użytkownika środowiska operacji

Identyfikator problemu: 8724

Podpis dziennika: nie dotyczy

Zasoby niestandardowe przepływu danych utworzone w Twoim klastrze przy użyciu Kubernetes nie są widoczne w interfejsie webowym doświadczenia operacyjnego. Ten wynik jest oczekiwany, ponieważ zarządzanie składnikami operacji usługi Azure IoT przy użyciu platformy Kubernetes jest w wersji zapoznawczej, a synchronizowanie zasobów z brzegu do chmury nie jest obecnie obsługiwane.

Obecnie nie ma obejścia tego problemu.

Profil przepływu danych nie może przekraczać 70 przepływów danych

Identyfikator problemu: 1028

Podpis dziennika:

exec /bin/main: argument list too long

Jeśli utworzysz więcej niż 70 przepływów danych dla jednego profilu przepływu danych, wdrożenia kończą się niepowodzeniem z powodu błędu exec /bin/main: argument list too long.

Aby obejść ten problem, utwórz wiele profilów przepływu danych i rozłóż przepływy danych między nimi. Nie przekraczaj 70 przepływów danych na profil.

Wykresy przepływu danych obsługują tylko określone typy punktów końcowych

Identyfikator problemu: 5693

Podpis dziennika: nie dotyczy

Wykresy przepływu danych (WASM) obsługują obecnie tylko punkty końcowe przepływu danych MQTT, Kafka i OpenTelemetry (OTel). Punkty końcowe OpenTelemetry mogą być używane tylko jako miejsca docelowe w grafach przepływu danych. Inne typy punktów końcowych, takie jak Data Lake, Microsoft Fabric OneLake, Azure Data Explorer i Local Storage, nie są obsługiwane dla wykresów przepływu danych.

Aby obejść ten problem, użyj jednego z obsługiwanych typów punktów końcowych:

Aby uzyskać więcej informacji na temat wykresów przepływu danych, zobacz Use WebAssembly (WASM) with data flow graphs (Use WebAssembly (WASM) with data flow graphs (Używanie zestawu WebAssembly (WASM) z wykresami przepływu danych.

Nie można wielokrotnie używać tej samej definicji grafu w scenariuszu grafu łańcuchowego

Identyfikator problemu: 1352

Nie można wysłać konfiguracji

Scenariusz grafu łańcuchowego jest tworzony przy użyciu danych wyjściowych jednego grafu przepływu danych jako danych wejściowych do innego grafu przepływu danych. Jeśli jednak spróbujesz użyć tej samej definicji grafu wiele razy w tym scenariuszu, obecnie nie będzie działać zgodnie z oczekiwaniami. Na przykład poniższy kod kończy się niepowodzeniem w przypadku używania tej samej definicji grafu (graph-passthrough:1.3.6) dla obu graph-1 oraz 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'}
      }
  ]

Aby rozwiązać ten błąd, wypchnij definicję grafu do usługi ACR tyle razy, ile jest to konieczne, przy użyciu scenariusza z inną nazwą lub tagiem za każdym razem. Na przykład, w opisanym scenariuszu definicja grafu musi zostać dwukrotnie przesłana z różną nazwą lub różnym tagiem, takim jak graph-passthrough-one:1.3.6 i graph-passthrough-two:1.3.6.

  • Last updated on