Edge-home-orchestration-go: [DataStorage] kann Gerät nicht im Cache finden

Erstellt am 8. Juni 2021 · 10Kommentare · Quelle: lf-edge/edge-home-orchestration-go

Beschreibe den Fehler
Die Edge-Orchestrierung kann das Gerät nicht im Cache finden, wenn die Edge-Orchestrierung die Gerätekonfiguration zum ersten Mal bei Edgex registriert. Es funktioniert nach dem Neustart.

Fortpflanzen

Redis-Datenbank löschen
Edge-Orchestrierung mit DataStorage-Konfigurationsdateien ausführen
Rufen Sie eine API in Bezug auf das Hochladen des Int-Werts auf
- ex) curl -X POST " localhost:49986/api/v1/resource/datastorage/int " -H "accept: text/plain" -H "Content-Type: text/plain" -d 123

Log aus Edge-Orchestrierung

level=INFO ts=2021-06-08T11:09:41.747141457Z app=datastorage source=config.go:193 msg="Loaded configuration from ./res/configuration.toml"

level=INFO ts=2021-06-08T11:09:41.748290804Z app=datastorage source=config.go:304 msg="Using local configuration from file (0 envVars overrides applied)"
level=INFO ts=2021-06-08T11:09:41.748336679Z app=datastorage source=httpserver.go:99 msg="Web server starting (127.0.0.1:49986)"
level=INFO ts=2021-06-08T11:09:41.748393149Z app=datastorage source=init.go:144 msg="Check Metadata service's status by ping..."
level=INFO ts=2021-06-08T11:09:41.748528479Z app=datastorage source=init.go:144 msg="Check Data service's status by ping..."
level=INFO ts=2021-06-08T11:09:41.749614627Z app=datastorage source=init.go:68 msg="Service clients initialize successful."
level=INFO ts=2021-06-08T11:09:41.750747311Z app=datastorage source=service.go:207 msg="Addressable datastorage doesn't exist, creating a new one"
level=DEBUG ts=2021-06-08T11:09:41.751916563Z app=datastorage source=service.go:153 msg="Trying to find DeviceService: datastorage"
level=INFO ts=2021-06-08T11:09:41.752643978Z app=datastorage source=service.go:157 msg="DeviceService datastorage doesn't exist, creating a new one"
level=DEBUG ts=2021-06-08T11:09:41.754344754Z app=datastorage source=service.go:169 msg="New DeviceService Id: 6faac9ac-6ec1-41ee-8661-927954bb7ea1"
INFO[2021-06-08T11:09:41Z]storagedriver.go:43 Initialize [storagedriver] Device service intialize started
level=DEBUG ts=2021-06-08T11:09:41.75790956Z app=datastorage source=restrouter.go:119 route=/api/v1/resource/{deviceName}/{resourceName} methods=[POST] msg="Route added"
level=INFO ts=2021-06-08T11:09:41.757963324Z app=datastorage source=storagehandler.go:66 msg="Route /api/v1/resource/{deviceName}/{resourceName} added."
level=INFO ts=2021-06-08T11:09:41.759800964Z app=datastorage source=restrouter.go:75 msg="Registering v2 routes..."
level=DEBUG ts=2021-06-08T11:09:41.76021791Z app=datastorage source=profiles.go:47 msg="created absolute path for loading pre-defined Device Profiles: /edge-orchestration/res"
level=DEBUG ts=2021-06-08T11:09:41.76330122Z app=datastorage source=profiles.go:172 msg="Getting EnableValueDescriptorManagement configuration value from Core Metadata"
level=DEBUG ts=2021-06-08T11:09:41.763993203Z app=datastorage source=devices.go:29 msg="Loading pre-define Devices from configuration"
level=DEBUG ts=2021-06-08T11:09:41.764037017Z app=datastorage source=devices.go:35 msg="Device datastorage doesn't exist, creating a new one"
level=DEBUG ts=2021-06-08T11:09:41.764581907Z app=datastorage source=devices.go:75 msg="Adding Device: {\"origin\":1623150581764,\"description\":\"RESTful Device\",\"name\":\"datastorage\",\"adminState\":\"UNLOCKED\",\"operatingState\":\"ENABLED\",\"protocols\":{\"other\":{}},\"labels\":[\"rest\",\"json\"],\"service\":{\"origin\":1623150581751,\"id\":\"6faac9ac-6ec1-41ee-8661-927954bb7ea1\",\"name\":\"datastorage\",\"operatingState\":\"ENABLED\",\"addressable\":{\"origin\":1623150581749,\"id\":\"7b016ca7-5b53-4aa3-88e5-6f4a0b484271\",\"name\":\"datastorage\",\"protocol\":\"HTTP\",\"method\":\"POST\",\"address\":\"127.0.0.1\",\"port\":49986,\"path\":\"/api/v1/callback\",\"baseURL\":\"http://127.0.0.1:49986\",\"url\":\"http://127.0.0.1:49986/api/v1/callback\"},\"adminState\":\"UNLOCKED\"},\"profile\":{\"description\":\"REST Device\",\"id\":\"3b356db4-fe39-4dc4-bd25-8bebef5e15ce\",\"name\":\"datastorage\",\"manufacturer\":\"Home Edge\",\"model\":\"Home Edge\",\"labels\":[\"rest\",\"json\",\"numeric\",\"float\",\"int\"],\"deviceResources\":[{\"description\":\"json\",\"name\":\"json\",\"properties\":{\"value\":{\"type\":\"String\",\"readWrite\":\"RW\",\"mediaType\":\"application/json\"},\"units\":{\"type\":\"String\",\"readWrite\":\"R\"}}},{\"name\":\"int\",\"properties\":{\"value\":{\"type\":\"Int64\",\"readWrite\":\"RW\",\"mediaType\":\"text/plain\"},\"units\":{\"type\":\"String\",\"readWrite\":\"R\"}}},{\"description\":\"float\",\"name\":\"float\",\"properties\":{\"value\":{\"type\":\"Float64\",\"readWrite\":\"RW\",\"mediaType\":\"text/plain\"},\"units\":{\"type\":\"String\",\"readWrite\":\"R\"}}},{\"description\":\"jpeg\",\"name\":\"jpeg\",\"properties\":{\"value\":{\"type\":\"Binary\",\"readWrite\":\"RW\",\"mediaType\":\"image/jpeg\"},\"units\":{\"type\":\"String\",\"readWrite\":\"R\"}}},{\"description\":\"png\",\"name\":\"png\",\"properties\":{\"value\":{\"type\":\"Binary\",\"readWrite\":\"RW\",\"mediaType\":\"image/png\"},\"units\":{\"type\":\"String\",\"readWrite\":\"R\"}}},{\"description\":\"string\",\"name\":\"string\",\"properties\":{\"value\":{\"type\":\"String\",\"readWrite\":\"RW\",\"mediaType\":\"text/plain\"},\"units\":{\"type\":\"String\",\"readWrite\":\"R\"}}}]}}"
level=INFO ts=2021-06-08T11:09:41.766971106Z app=datastorage source=autodiscovery.go:32 msg="AutoDiscovery stopped: disabled by configuration"
level=INFO ts=2021-06-08T11:09:41.767031297Z app=datastorage source=autodiscovery.go:37 msg="AutoDiscovery stopped: interval error in configuration"
level=INFO ts=2021-06-08T11:09:41.76706353Z app=datastorage source=autodiscovery.go:41 msg="AutoDiscovery stopped: ProtocolDiscovery not implemented"
level=INFO ts=2021-06-08T11:09:41.767094873Z app=datastorage source=message.go:50 msg="Service dependencies resolved..."
level=INFO ts=2021-06-08T11:09:41.767156624Z app=datastorage source=message.go:51 msg="Starting datastorage to be replaced by makefile "
level=INFO ts=2021-06-08T11:09:41.767182718Z app=datastorage source=message.go:58 msg="Service started in: 20.913936ms"


level=DEBUG ts=2021-06-08T11:09:51.973581107Z app=datastorage source=storagehandler.go:84 msg="Received POST for Device=datastorage Resource=int"
level=INFO ts=2021-06-08T11:09:51.973670443Z app=datastorage source=manageddevices.go:71 msg="Device datastorage cannot be found in cache"
level=ERROR ts=2021-06-08T11:09:51.973714012Z app=datastorage source=storagehandler.go:88 msg="Incoming reading ignored. Device 'datastorage' not found"

Konfiguration der Testumgebung (bitte füllen Sie die folgenden Informationen aus):

Firmware-Version: Ubuntu 20.04
Hardware: x86-64
Edge Orchestration-Release: Coconut

bug help wanted high priority

Quelle

t25kim

👍2

Hilfreichster Kommentar

.Suchbegriff {
HINTERGRUNDFARBE: #ffee94
}
P {
SCHRIFTGRÖSSE: 10pt; RAND-UNTEN: 5px; SCHRIFTFAMILIE: Arial, Arial; RAND-OBEN: 5px
}
TD {
SCHRIFTGRÖSSE: 10pt; RAND-UNTEN: 5px; SCHRIFTFAMILIE: Arial, Arial; RAND-OBEN: 5px
}
LI {
SCHRIFTGRÖSSE: 10pt; RAND-UNTEN: 5px; SCHRIFTFAMILIE: Arial, Arial; RAND-OBEN: 5px
}
KAROSSERIE {
SCHRIFTGRÖSSE: 10pt; SCHRIFTARTEN-FAMILIE: Arial, arial
}

P {
SCHRIFTGRÖSSE: 10pt; RAND-UNTEN: 5px; SCHRIFTFAMILIE: Arial, Arial; RAND-OBEN: 5px
}

Hallo Peter,

Das Problem kommt nicht von der EdgeX-Seite. Nach einem Gespräch mit Cloud Tsai habe ich verstanden, dass die falsche IP-Adresse verwendet wird, wodurch die Coredata den Callback nicht aufrufen und somit der Cache nicht aktualisieren konnte. Für den lokalen Computer wird das Problem durch die Verwendung der Docker0-IP-Adresse behoben, wie ich sie getestet habe.
Aber jetzt ist das Problem das Szenario, dass Taewan sehr gut erwähnt hat, dass EdgeX unabhängig auf einem Gerät und Edge-Orchestration auf einem anderen im Netzwerk verbundenen Gerät ausgeführt wird. Dies muss also unabhängig vom Cache-Problem getestet werden. Ich versuche, ein ähnliches Setup zu machen. Obwohl ich das ähnliche Szenario mit normalem Ping-Docker (alpin) getestet habe und die Kommunikation über ein Overlay-Netzwerk einrichten konnte. Jetzt muss ich mich für die Edge-Orchestrierung ausprobieren.

Danke & Grüße
Nitu

--------- Originale Nachricht ---------
Absender: Peter Moonki @ . >Datum : 2021-09-07 07:46 (GMT+5:30)Title : Re: [lf-edge/edge-home-orchestration-go] [DataStorage] kann Gerät im Cache nicht finden (#312)An: * @ . >
CC: Nitu Sajjanlal @ . >, @ .* >

@nitu-s-gupta Was halten Sie davon, dieses Problem von HomeEdge aus zu lösen, anstatt es bei EdgeX anzufordern, da mir die Begründung unserer Anfrage mit dem bestehenden device-sdk-go bei EdgeX widerspricht?
– Sie erhalten dies, weil Sie erwähnt wurden. Beantworten Sie diese E-Mail direkt, zeigen Sie sie auf GitHub an oder melden Sie sich ab. Triage-Benachrichtigungen unterwegs mit GitHub Mobile für iOS oder Android.

nitu-s-gupta am 7. Sept. 2021

👍2

Alle 10 Kommentare

Hallo @t25kim ,

Ich habe den Fehler repliziert. Dies geschieht immer dann, wenn wir versuchen, ein neues Gerät hinzuzufügen.

Beispiel :

Wenn wir den Namen des YAML-Profils bearbeiten
Bearbeiten Sie den Namen des Geräts in der Konfigurationsdatei

Dieses Gerät würde erst entdeckt, wenn wir zum zweiten Mal bauen. Ich habe dies mehrmals versucht und dieses Problem scheint konsistent zu sein. Ich überprüfe, ob dies ein Problem mit der Hanoi-Version war oder ob es von unserer Seite erledigt werden muss.

sun-sharma am 19. Juli 2021

👍2

Hallo @t25kim ,
Ich habe den Fehler repliziert. Dies geschieht immer dann, wenn wir versuchen, ein neues Gerät hinzuzufügen.
Beispiel :
Wenn wir den Namen des YAML-Profils bearbeiten
Bearbeiten Sie den Namen des Geräts in der Konfigurationsdatei
Dieses Gerät würde erst entdeckt, wenn wir zum zweiten Mal bauen. Ich habe dies mehrmals versucht und dieses Problem scheint konsistent zu sein. Ich überprüfe, ob dies ein Problem mit der Hanoi-Version war oder ob es von unserer Seite erledigt werden muss.

Danke @sun-sharma.
Ich hatte das gleiche Problem mit EdgeX v2.0.0. Bitte testen Sie es mit dem PR #326.

t25kim am 19. Juli 2021

👍2

Dieses Problem kommt von EdgeX-Seite. Wenn der Dienst gestartet wird, werden die bereits in den Metadaten vorhandenen Geräte in den Cache geladen. Die hinzugefügten Geräte werden jedoch nicht zum Cache hinzugefügt. Daher tritt dies nach dem Neustart nicht auf. Ich habe es mit device-rest.go versucht. Habe das gleiche Verhalten beobachtet. Im Geräte-SDK von edgex Foundry sind Änderungen erforderlich. Dateien, die ich überprüft habe (/internal/provision/devices.go) des Geräte-SDK, wenn edgexfoundry. Dies wird beim Gerätestart aufgerufen.

nitu-s-gupta am 19. Aug. 2021

👍2

Dieses Problem kommt von EdgeX-Seite. Wenn der Dienst gestartet wird, werden die bereits in den Metadaten vorhandenen Geräte in den Cache geladen. Die hinzugefügten Geräte werden jedoch nicht zum Cache hinzugefügt. Daher tritt dies nach dem Neustart nicht auf. Ich habe es mit device-rest.go versucht. Habe das gleiche Verhalten beobachtet. Im Geräte-SDK von edgex Foundry sind Änderungen erforderlich. Dateien, die ich überprüft habe (/internal/provision/devices.go) des Geräte-SDK, wenn edgexfoundry. Dies wird beim Gerätestart aufgerufen.

@nitu-s-gupta Wie wäre es, wenn Sie sich mit mir an EdgeX wenden und versuchen, dieses Problem zu lösen? 😄

MoonkiHong am 19. Aug. 2021

👍2

Dieses Problem kommt von EdgeX-Seite. Wenn der Dienst gestartet wird, werden die bereits in den Metadaten vorhandenen Geräte in den Cache geladen. Die hinzugefügten Geräte werden jedoch nicht zum Cache hinzugefügt. Daher tritt dies nach dem Neustart nicht auf. Ich habe es mit device-rest.go versucht. Habe das gleiche Verhalten beobachtet. Im Geräte-SDK von edgex Foundry sind Änderungen erforderlich. Dateien, die ich überprüft habe (/internal/provision/devices.go) des Geräte-SDK, wenn edgexfoundry. Dies wird beim Gerätestart aufgerufen.

Danke für deinen Einsatz!
Lassen Sie mich genauer erklären, dass edgex-metadata eine Anfrage (die Anleitung ist falsch) an den Dienst zum Aktualisieren des Cache senden sollte. Edgex-Metadaten tun dies jedoch nicht.
Als ich diese REST-API für Datastorage aufgerufen habe, wurde der Cache aktualisiert.

Edgex-Metadaten-Daten

curl http://localhost:48081/api/v1/device
[{"created":1629351516733,"modified":1629351516733,"origin":1629351516731,"description":"RESTful Device","id":"774deba4-5469-4c38-8c2a-93a0f3c08252","name":"edge-orchestration-c1b23cc6-0767-400a-9cf0-36e1b3902da2",

CURL-Anfrage

$ curl -X 'POST' ' http://localhost :49986/api/v1/callback' -H 'accept: / ' -H 'Content-Type: application/json' -d '{"type":"DEVICE ","id":"774deba4-5469-4c38-8c2a-93a0f3c08252"}'

Edge-Orchestrierungsprotokoll

INFO[2021-08-19T06:01:36Z]discovery.go:577 func1
level=INFO ts=2021-08-19T06:02:25.506828567Z app=datastorage source=device.go:72 msg="Added device: edge-orchestration-c1b23cc6-0767-400a-9cf0-36e1b3902da2"
INFO[2021-08-19T06:02:25Z]storagedriver.go:73 AddDevice [storagedriver] Device has been successfully added!!!!!! edge-orchestration-c1b23cc6-0767-400a-9cf0-36e1b3902da2
level=DEBUG ts=2021-08-19T06:02:25.50692288Z app=datastorage source=device.go:82 msg="Invoked driver.AddDevice callback for edge-orchestration-c1b23cc6-0767-400a-9cf0-36e1b3902da2"
level=DEBUG ts=2021-08-19T06:02:25.50693632Z app=datastorage source=device.go:89 msg="Handler - starting AutoEvents for device edge-orchestration-c1b23cc6-0767-400a-9cf0-36e1b3902da2"

Ich denke, Edgex wäre behoben oder wir können Datastorage etwas Workaround-Code hinzufügen.
Was bevorzugen Sie? (Die Weitergabe dieses Problems an edgex ist gut für die Open-Source-Zusammenarbeit

t25kim am 19. Aug. 2021

👍1

@t25kim Wie wäre es, wenn Sie ein Problem im Edgex-Github des Geräte-SDK melden?, damit es aktualisiert werden kann. Workaround kann wie das Aufrufen der API durchgeführt werden. Aber eine weitere Sache, die mir aufgefallen ist, ist der Speichertreiber, bei dem wir Rückrufe haben, die aufgerufen werden sollten, wenn das Gerät hinzugefügt wird. Aber auch das wird nicht aufgerufen, da die Arbeitsschritte dort enthalten wären

nitu-s-gupta am 19. Aug. 2021

👍1

Dieses Problem kommt von EdgeX-Seite. Wenn der Dienst gestartet wird, werden die bereits in den Metadaten vorhandenen Geräte in den Cache geladen. Die hinzugefügten Geräte werden jedoch nicht zum Cache hinzugefügt. Daher tritt dies nach dem Neustart nicht auf. Ich habe es mit device-rest.go versucht. Habe das gleiche Verhalten beobachtet. Im Geräte-SDK von edgex Foundry sind Änderungen erforderlich. Dateien, die ich überprüft habe (/internal/provision/devices.go) des Geräte-SDK, wenn edgexfoundry. Dies wird beim Gerätestart aufgerufen.
Danke für deinen Einsatz!
Lassen Sie mich genauer erklären, dass edgex-metadata eine Anfrage (die Anleitung ist falsch) an den Dienst zum Aktualisieren des Cache senden sollte. Edgex-Metadaten tun dies jedoch nicht.
Als ich diese REST-API für Datastorage aufgerufen habe, wurde der Cache aktualisiert.
Edgex-Metadaten-Daten
curl http://localhost:48081/api/v1/device
[{"created":1629351516733,"modified":1629351516733,"origin":1629351516731,"description":"RESTful Device","id":"774deba4-5469-4c38-8c2a-93a0f3c08252","name":"edge-orchestration-c1b23cc6-0767-400a-9cf0-36e1b3902da2",
CURL-Anfrage
$ curl -X 'POST' ' http://localhost :49986/api/v1/callback' -H 'accept: _/_' -H 'Content-Type: application/json' -d '{"type": "DEVICE","id":"774deba4-5469-4c38-8c2a-93a0f3c08252"}'
Edge-Orchestrierungsprotokoll
INFO[2021-08-19T06:01:36Z]discovery.go:577 func1
level=INFO ts=2021-08-19T06:02:25.506828567Z app=datastorage source=device.go:72 msg="Added device: edge-orchestration-c1b23cc6-0767-400a-9cf0-36e1b3902da2"
INFO[2021-08-19T06:02:25Z]storagedriver.go:73 AddDevice [storagedriver] Device has been successfully added!!!!!! edge-orchestration-c1b23cc6-0767-400a-9cf0-36e1b3902da2
level=DEBUG ts=2021-08-19T06:02:25.50692288Z app=datastorage source=device.go:82 msg="Invoked driver.AddDevice callback for edge-orchestration-c1b23cc6-0767-400a-9cf0-36e1b3902da2"
level=DEBUG ts=2021-08-19T06:02:25.50693632Z app=datastorage source=device.go:89 msg="Handler - starting AutoEvents for device edge-orchestration-c1b23cc6-0767-400a-9cf0-36e1b3902da2"
Ich denke, Edgex wäre behoben oder wir können Datastorage etwas Workaround-Code hinzufügen.
Was bevorzugen Sie? (Die Weitergabe dieses Problems an edgex ist gut für die Open-Source-Zusammenarbeit

@jpwhitemn Hallo, wir haben ein Problem mit der Datenspeicherung, die mit EdgeX Foundry in Verbindung steht. Könnten Sie uns die richtige Person aus der EdgeX-Community vorstellen, um dieses Thema zu diskutieren und/oder zu lösen? 😄

MoonkiHong am 19. Aug. 2021

Wie wäre es, ein Problem im Edgex-Github des Geräte-SDK zu melden, damit es aktualisiert werden kann. Workaround kann wie das Aufrufen der API durchgeführt werden. Aber eine weitere Sache, die mir aufgefallen ist, ist der Speichertreiber, bei dem wir Rückrufe haben, die aufgerufen werden sollten, wenn das Gerät hinzugefügt wird. Aber auch das wird nicht aufgerufen, da die Arbeitsschritte dort enthalten wären

Ich stimme zu, dieses Problem mit edgex zu teilen. Wenn der Patch jedoch nicht vor der Veröffentlichung von Home Edge d auf Edgex implementiert wird, beheben wir ihn auf Edge Orchestration.

t25kim am 19. Aug. 2021

👍1

P {
SCHRIFTGRÖSSE: 10pt; RAND-UNTEN: 5px; SCHRIFTFAMILIE: Arial, Arial; RAND-OBEN: 5px
}

nitu-s-gupta am 7. Sept. 2021

👍2

Danke für deine freundliche Klarstellung, @nitu-s-gupta 😄

MoonkiHong am 7. Sept. 2021

War diese Seite hilfreich?

0 / 5 - 0 Bewertungen

Edge-home-orchestration-go: [DataStorage] kann Gerät nicht im Cache finden

Hilfreichster Kommentar

Alle 10 Kommentare

Edgex-Metadaten-Daten

CURL-Anfrage

Edge-Orchestrierungsprotokoll

Edgex-Metadaten-Daten

CURL-Anfrage

Edge-Orchestrierungsprotokoll

Verwandte Themen