Aracılığıyla paylaş

Azure IoT İşlemleri için bilinen sorunlar

Bu makalede, Azure IoT İşlemlerini kullanırken karşılaşabileceğiniz bilinen sorunlar listelenir. Bu kılavuz, bu sorunları belirlemenize yardımcı olur ve varsa geçici çözümler sağlar.

Genel sorun giderme yönergeleri için bkz. Azure IoT İşlemleri sorunlarını giderme.

MQTT aracı sorunları

Bu bölümde, MQTT aracısı için bilinen güncel sorunlar listelenir.

MQTT aracı kaynakları Azure portalında görünmüyor

Sorun Kimliği: 4257

Günlük imzası: Yok

Kümenizde Kubernetes kullanılarak oluşturulan MQTT aracı kaynakları Azure portalında görünmez. Kubernetes kullanarak Azure IoT İşlemleri bileşenlerinin yönetilmesi önizleme aşamasında olduğundan ve kaynakların kenardan buluta eşitlenmesi şu anda desteklenmediğinden bu sonuç beklenmektedir.

Şu anda bu sorun için geçici bir çözüm yoktur.

Genel bağlayıcı sorunları

Bu bölümde, tüm bağlayıcıları etkileyen bilinen sorunlar listelenir.

Bağlayıcı, Azure Key Vault'ta cihaz kimlik bilgilerine yönelik güncelleştirmeleri algılamaz

Sorun Kimliği: 6514

Mevcut Değil

Azure Key Vault'ta depolanan cihaz kimlik bilgileri güncelleştirildiğinde bağlayıcı bildirim almaz. Sonuç olarak, bağlayıcı yeniden başlatılana kadar eski kimlik bilgilerini kullanmaya devam eder.

Geçici çözüm: Bağlayıcıyı Azure Key Vault'tan güncelleştirilmiş kimlik bilgilerini almaya zorlamak için yeniden başlatın.

Akri bağlayıcıları için kayıt defteri uç noktaları için desteklenen tek kimlik doğrulama türü şudur: artifact pull secrets

Sorun Kimliği: 4570

Günlük imzası: Yok

Bir bağlayıcı şablonunda kayıt defteri uç noktası başvuruyu belirttiğinizde, desteklenen birden çok kimlik doğrulama yöntemi vardır. Akri bağlayıcıları yalnızca kimlik doğrulamayı destekler artifact pull secrets .

Akri bağlayıcıları kayıt defteri uç noktası kaynaklarıyla çalışmaz

Sorun Kimliği: 7710

1.2.154 (2512) ve sonraki sürümlerde düzeltildi

Kayıt imzası:

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

Bicep kullanarak bir RegistryEndpoint kaynağı oluşturur ve onu ConnectorTemplate kaynağında referans alırsanız, Akri operatörü ConnectorTemplate uzlaştırmaya çalıştığında daha önce gösterilen hata ile başarısız olur.

Geçici çözüm: Akri bağlayıcılarıyla RegistryEndpoint kaynakları kullanmayın. Bunun yerine, kaynaktaki ayarlarda ContainerRegistryConnectorTemplate kayıt defteri bilgilerini belirtin.

OPC UA bağlantı sorunları

Bu bölümde, OPC UA bağlayıcısı için bilinen güncel sorunlar listelenmektedir.

Olay adlarında özel karakterler kullanılamaz

Sorun Kimliği: 1532

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

Olay adları , #veya %gibi &özel karakterler içeriyorsa şema oluşturma işlemi başarısız olur. Şema oluşturma sorunlarını önlemek için olay adlarında bu karakterleri kullanmaktan kaçının.

Medya için bağlayıcı ve ONVIF sorunları için bağlayıcı

Bu bölümde, medya bağlayıcısı için geçerli bilinen sorunlar ve ONVIF bağlayıcısı listelenir.

Gizli eşitleme çakışması

Sorun Kimliği: 0606

Günlük imzası: Yok

Gizli senkronizasyonu kullanırken gizli adlarının küresel olarak benzersiz olduğundan emin olun. Aynı ada sahip bir yerel gizli dizi varsa, bağlayıcılar istenen gizli diziyi alamayabilir.

ONVIF varlık olay hedefi yalnızca grup veya varlık düzeyinde yapılandırılabilir

Sorun Kimliği: 9545

1.2.154 (2512) ve sonraki sürümlerde düzeltildi

Şuna benzer günlük imzası:

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

Şu anda ONVIF varlık olay hedefleri yalnızca olay grubunda veya varlık düzeyinde tanınmaktadır. Hedeflerin tek tek olay düzeyinde yapılandırılması örneğe benzer günlük girdileriyle sonuçlanır ve MQTT aracısı için hiçbir olay verisi yayımlanmaz.

Geçici bir çözüm olarak, olay hedefini tek tek olay düzeyi yerine olay grubu veya varlık düzeyinde yapılandırın. Örneğin, olay grubu düzeyinde kullanarak defaultEventsDestinations :

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

Veri akışları sorunları

Bu bölümde veri akışlarıyla ilgili bilinen sorunlar listelenir.

Veri akışı kaynakları işlem deneyimi web kullanıcı arabiriminde görünmüyor

Sorun Kimliği: 8724

Günlük imzası: Yok

Kubernetes kullanılarak kümenizde oluşturulan veri akışı özel kaynakları, işlem deneyimi web kullanıcı arabiriminde görünmez. Kubernetes kullanarak Azure IoT İşlemleri bileşenlerinin yönetilmesi önizleme aşamasında olduğundan ve kaynakların kenardan buluta eşitlenmesi şu anda desteklenmediğinden bu sonuç beklenmektedir.

Şu anda bu sorun için geçici bir çözüm yoktur.

Veri akışı profili 70 veri akışını aşamaz

Sorun Kimliği: 1028

Kayıt imzası:

exec /bin/main: argument list too long

Tek bir veri akışı profili için 70'ten fazla veri akışı oluşturursanız dağıtımlar hatasıyla exec /bin/main: argument list too longbaşarısız olur.

Bu sorunu geçici olarak çözmek için birden çok veri akışı profili oluşturun ve veri akışlarını bunlar arasında dağıtın. Profil başına 70 veri akışını aşmayın.

Veri akışı grafikleri yalnızca belirli uç nokta türlerini destekler

Sorun Kimliği: 5693

Günlük imzası: Yok

Veri akışı grafikleri (WASM) şu anda yalnızca MQTT, Kafka ve OpenTelemetry (OTel) veri akışı uç noktalarını desteklemektedir. OpenTelemetry uç noktaları yalnızca veri akışı grafiklerinde hedef olarak kullanılabilir. Data Lake, Microsoft Fabric OneLake, Azure Veri Gezgini ve Yerel Depolama gibi diğer uç nokta türleri veri akışı grafları için desteklenmez.

Bu sorunu geçici olarak çözmek için desteklenen uç nokta türlerinden birini kullanın:

Veri akışı grafikleri hakkında daha fazla bilgi için bkz. Veri akışı graflarıyla WebAssembly (WASM) kullanma.

Zincirleme grafik senaryosunda aynı graf tanımını birden çok kez kullanamazsınız

Sorun Kimliği: 1352

Yapılandırma gönderilemedi

Bir veri akışı grafiğinin çıkışını başka bir veri akışı grafının girişi olarak kullanarak zincirlenmiş graf senaryosu oluşturursunuz. Ancak, bu senaryoda aynı graf tanımını birden çok kez kullanmaya çalışırsanız, şu anda beklendiği gibi çalışmaz. Örneğin, hem hem graph-passthrough:1.3.6de graph-1 için aynı grafik tanımını (graph-2) kullanırken aşağıdaki kod başarısız olur.

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

Bu hatayı çözmek için, her seferinde farklı bir ad veya etikete sahip senaryoyla graf tanımını gerektiği kadar ACR'ye gönderin. Örneğin, açıklanan senaryoda grafik tanımının farklı bir adla veya ve graph-passthrough-one:1.3.6gibi graph-passthrough-two:1.3.6 farklı bir etiketle iki kez gönderilmesi gerekir.

  • Last updated on