Freigeben über

Bekannte Probleme für Azure IoT Operations

In diesem Artikel werden die aktuellen bekannten Probleme aufgeführt, die bei der Verwendung von Azure IoT Operations auftreten können. Die Anleitung hilft Ihnen bei der Identifizierung dieser Probleme und bietet Problemumgehungen, sofern verfügbar.

Allgemeine Anleitungen zur Problembehandlung finden Sie unter "Problembehandlung bei Azure IoT-Vorgängen".

MQTT-Broker-Probleme

In diesem Abschnitt werden aktuelle bekannte Probleme für den MQTT-Broker aufgeführt.

MQTT-Brokerressourcen sind im Azure-Portal nicht sichtbar

Problem-ID: 4257

Protokollsignatur: N/A

MQTT-Brokerressourcen, die in Ihrem Cluster mithilfe von Kubernetes erstellt wurden, sind im Azure-Portal nicht sichtbar. Dieses Ergebnis wird erwartet, da die Verwaltung von Azure IoT Operations-Komponenten mit Kubernetes in der Vorschau angezeigt wird und die Synchronisierung von Ressourcen vom Edge mit der Cloud derzeit nicht unterstützt wird.

Für dieses Problem gibt es derzeit keine Problemumgehung.

Allgemeine Connectorprobleme

In diesem Abschnitt werden aktuelle bekannte Probleme aufgeführt, die sich auf alle Connectors auswirken.

Der Connector erkennt keine Aktualisierungen von Geräteanmeldeinformationen in Azure Key Vault.

Problem-ID: 6514

N/A

Der Connector empfängt keine Benachrichtigung, wenn geräteanmeldeinformationen, die in Azure Key Vault gespeichert sind, aktualisiert werden. Daher verwendet der Connector weiterhin die alten Anmeldeinformationen, bis er neu gestartet wird.

Problemumgehung: Starten Sie den Connector neu, um zu erzwingen, dass die aktualisierten Anmeldeinformationen aus Azure Key Vault abgerufen werden.

Für Akri-Connectors ist der einzige unterstützte Authentifizierungstyp für Registrierungsendpunkte artifact pull secrets

Problem-ID: 4570

Protokollsignatur: N/A

Wenn Sie den Registrierungsendpunktverweis in einer Connectorvorlage angeben, gibt es mehrere unterstützte Authentifizierungsmethoden. Akri-Connectors unterstützen nur artifact pull secrets Authentifizierung.

Akri Connectors funktionieren nicht mit Registry-Endpunkt-Ressourcen

Problem-ID: 7710

Behoben in Version 1.2.154 (2512) und höher

Protokollsignatur:

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

Wenn Sie eine RegistryEndpoint-Ressource mithilfe von Bicep erstellen und in der ConnectorTemplate-Ressource darauf verweisen, tritt bei der Abstimmung von ConnectorTemplate durch den Akri-Operator der zuvor gezeigte Fehler auf.

Problemumgehung: Verwenden Sie RegistryEndpoint Ressourcen nicht mit Akri-Anschlüssen. Geben Sie stattdessen die Registrierungsinformationen in den ContainerRegistry Einstellungen in der ConnectorTemplate Ressource an.

Connector für OPC UA-Probleme

In diesem Abschnitt werden aktuelle bekannte Probleme für den Connector für OPC UA aufgeführt.

Sonderzeichen können nicht in Ereignisnamen verwendet werden.

Problem-ID: 1532

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

Fehler bei der Schemagenerierung, wenn Ereignisnamen Sonderzeichen wie #, % oder & enthalten. Vermeiden Sie die Verwendung dieser Zeichen in Ereignisnamen, um Probleme bei der Schemagenerierung zu vermeiden.

Probleme mit dem Connector für Medien und Connector für ONVIF

In diesem Abschnitt werden aktuelle bekannte Probleme für den Connector für Medien und den Connector für ONVIF aufgeführt.

Geheimer Synchronisierungskonflikt

Problem-ID: 0606

Protokollsignatur: N/A

Stellen Sie bei verwendung der geheimen Synchronisierung sicher, dass geheime Namen global eindeutig sind. Wenn ein lokaler Geheimschlüssel mit demselben Namen vorhanden ist, können Connectors den beabsichtigten geheimen Schlüssel möglicherweise nicht abrufen.

ONVIF-Objektereignisziel kann nur auf Gruppen- oder Ressourcenebene konfiguriert werden.

Problem-ID: 9545

Behoben in Version 1.2.154 (2512) und höher

Protokollsignatur ähnlich wie:

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

Derzeit werden ONVIF-Objektereignisziele nur auf ereignisgruppen- oder objektebene erkannt. Das Konfigurieren von Zielen auf der einzelnen Ereignisebene führt zu Protokolleinträgen ähnlich dem Beispiel, und es werden keine Ereignisdaten für den MQTT-Broker veröffentlicht.

Konfigurieren Sie als Problemumgehung das Ereignisziel auf der Ereignisgruppe- oder Objektebene anstelle der einzelnen Ereignisebene. Beispiel: Das Verwenden von defaultEventsDestinations auf der Ereignisgruppenebene:

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

Probleme mit Datenflüssen

In diesem Abschnitt werden die aktuellen bekannten Probleme für Datenflüsse aufgeführt.

Datenflussressourcen sind in der Web-UI der Betriebsumgebung nicht sichtbar.

Problem-ID: 8724

Protokollsignatur: N/A

Benutzerdefinierte Datenflussressourcen, die in Ihrem Cluster mithilfe von Kubernetes erstellt wurden, sind in der Webbenutzeroberfläche für Vorgänge nicht sichtbar. Dieses Ergebnis wird erwartet, da die Verwaltung von Azure IoT Operations-Komponenten mit Kubernetes in der Vorschau angezeigt wird und die Synchronisierung von Ressourcen vom Edge mit der Cloud derzeit nicht unterstützt wird.

Für dieses Problem gibt es derzeit keine Problemumgehung.

Ein Datenflussprofil darf 70 Datenflüsse nicht überschreiten.

Problem-ID: 1028

Protokollsignatur:

exec /bin/main: argument list too long

Wenn Sie mehr als 70 Datenflüsse für ein einzelnes Datenflussprofil erstellen, schlagen Bereitstellungen mit dem Fehler fehl exec /bin/main: argument list too long.

Um dieses Problem zu umgehen, erstellen Sie mehrere Datenflussprofile, und verteilen Sie die Datenflüsse darauf. Überschreiten Sie nicht 70 Datenflüsse pro Profil.

Datenflussdiagramme unterstützen nur bestimmte Endpunkttypen

Problem-ID: 5693

Protokollsignatur: N/A

Datenflussdiagramme (WASM) unterstützen derzeit nur MQTT-, Kafka- und OpenTelemetry(OTel)-Datenflussendpunkte. OpenTelemetry-Endpunkte können nur als Ziele in Datenflussdiagrammen verwendet werden. Andere Endpunkttypen wie Data Lake, Microsoft Fabric OneLake, Azure Data Explorer und lokaler Speicher werden für Datenflussdiagramme nicht unterstützt.

Um dieses Problem zu umgehen, verwenden Sie einen der unterstützten Endpunkttypen:

Weitere Informationen zu Datenflussdiagrammen finden Sie unter Verwenden von WebAssembly (WASM) mit Datenflussdiagrammen.

Die gleiche Diagrammdefinition kann nicht mehrmals in einem verketteten Diagrammszenario verwendet werden.

Problem-ID: 1352

Fehler beim Senden der Konfiguration

Sie erstellen ein verkettetes Diagrammszenario, indem Sie die Ausgabe eines Datenflussdiagramms als Eingabe für ein anderes Datenflussdiagramm verwenden. Wenn Sie jedoch versuchen, dieselbe Diagrammdefinition mehrmals in diesem Szenario zu verwenden, funktioniert sie derzeit nicht wie erwartet. Der folgende Code schlägt beispielsweise fehl, wenn die gleiche Graph-Definition (graph-passthrough:1.3.6) für sowohl graph-1 als auch graph-2 verwendet wird.

      {
          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'}
      }
  ]

Um diesen Fehler zu beheben, pushen Sie die Graphdefinition so oft wie nötig mit dem Szenario und jedes Mal mit einem anderen Namen oder Tag an ACR. In dem beschriebenen Szenario muss die Diagrammdefinition beispielsweise zweimal mit entweder einem anderen Namen oder einem anderen Tag, wie etwa graph-passthrough-one:1.3.6 und graph-passthrough-two:1.3.6, verschoben werden.

  • Last updated on