Edge-home-orchestration-go: [DataStorage] no puede encontrar el dispositivo en la caché

Hola @ t25kim ,

Repliqué el error. Esto sucede cada vez que intentamos agregar un nuevo dispositivo también.

Ejemplo :

1. Si editamos el nombre del perfil YAML
2. Edite el nombre del dispositivo en el archivo de configuración

Este dispositivo no sería descubierto hasta que lo construyamos por segunda vez. Intenté esto varias veces y este problema parece ser constante. Estoy comprobando si esto fue un problema con el lanzamiento de Hanoi o si es necesario hacerlo por nuestra parte.

Hola @ t25kim ,

Repliqué el error. Esto sucede cada vez que intentamos agregar un nuevo dispositivo también.

Ejemplo :

1. Si editamos el nombre del perfil YAML
2. Edite el nombre del dispositivo en el archivo de configuración

Este dispositivo no sería descubierto hasta que lo construyamos por segunda vez. Intenté esto varias veces y este problema parece ser constante. Estoy comprobando si esto fue un problema con el lanzamiento de Hanoi o si es necesario hacerlo por nuestra parte.

Gracias @ sun-sharma.
Tuve el mismo problema con EdgeX v2.0.0. Pruébelo con el PR # 326.

Este problema es del lado de EdgeX, cuando se inicia el servicio, los dispositivos que ya están presentes en los metadatos se cargan en la caché. Pero los dispositivos que se agregan no se agregan a la caché. Por lo tanto, esto no ocurre después de reiniciar. Lo he intentado con device-rest.go. Observó el mismo comportamiento. Se requieren cambios en el dispositivo-sdk de la fundición edgex. Archivos que verifiqué (/internal/provision/devices.go) del sdk del dispositivo si son edgexfoundry. Esto se llama al inicio del dispositivo.

Este problema es del lado de EdgeX, cuando se inicia el servicio, los dispositivos que ya están presentes en los metadatos se cargan en la caché. Pero los dispositivos que se agregan no se agregan a la caché. Por lo tanto, esto no ocurre después de reiniciar. Lo he intentado con device-rest.go. Observó el mismo comportamiento. Se requieren cambios en el dispositivo-sdk de la fundición edgex. Archivos que verifiqué (/internal/provision/devices.go) del sdk del dispositivo si son edgexfoundry. Esto se llama al inicio del dispositivo.

@ nitu-s-gupta ¿Qué tal acercarte a EdgeX conmigo e intentar resolver este problema? 😄

Este problema es del lado de EdgeX, cuando se inicia el servicio, los dispositivos que ya están presentes en los metadatos se cargan en la caché. Pero los dispositivos que se agregan no se agregan a la caché. Por lo tanto, esto no ocurre después de reiniciar. Lo he intentado con device-rest.go. Observó el mismo comportamiento. Se requieren cambios en el dispositivo-sdk de la fundición edgex. Archivos que verifiqué (/internal/provision/devices.go) del sdk del dispositivo si son edgexfoundry. Esto se llama al inicio del dispositivo.

¡Gracias por tu esfuerzo!
Permítanme explicar con más detalle, edgex-metadata debería enviar una solicitud (la guía es incorrecta) al servicio para actualizar la caché. Sin embargo, edgex-metadata no hace eso.
Cuando llamé a esa API REST para almacenamiento de datos, se actualizó el caché.

datos de metadatos de edgex

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",

Solicitud CURL

$ 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 "} '

Registro de orquestación de Edge

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"

Creo que edgex se arreglaría o podemos agregar algún código de solución al almacenamiento de datos.
¿Qué prefieres? (Compartir este problema con edgex es bueno para la colaboración de código abierto

@ t25kim ¿Qué tal plantear un problema en edgex github del dispositivo sdk ?, para que pueda actualizarse. La solución alternativa se puede realizar como llamar a la API. Pero una cosa más que noté es que tenemos devoluciones de llamada en el controlador almacenado, que deben invocarse cuando se agrega el dispositivo. Pero eso tampoco se invoca, ya que el trabajo en torno a los pasos se incluirían allí.

Este problema es del lado de EdgeX, cuando se inicia el servicio, los dispositivos que ya están presentes en los metadatos se cargan en la caché. Pero los dispositivos que se agregan no se agregan a la caché. Por lo tanto, esto no ocurre después de reiniciar. Lo he intentado con device-rest.go. Observó el mismo comportamiento. Se requieren cambios en el dispositivo-sdk de la fundición edgex. Archivos que verifiqué (/internal/provision/devices.go) del sdk del dispositivo si son edgexfoundry. Esto se llama al inicio del dispositivo.

¡Gracias por tu esfuerzo!
Permítanme explicar con más detalle, edgex-metadata debería enviar una solicitud (la guía es incorrecta) al servicio para actualizar la caché. Sin embargo, edgex-metadata no hace eso.
Cuando llamé a esa API REST para almacenamiento de datos, se actualizó el caché.

datos de metadatos de edgex

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",

Solicitud CURL

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

Registro de orquestación de Edge

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"

Creo que edgex se arreglaría o podemos agregar algún código de solución al almacenamiento de datos.
¿Qué prefieres? (Compartir este problema con edgex es bueno para la colaboración de código abierto

@jpwhitemn Hola, encontramos el problema con el almacenamiento de datos que se ha relacionado con EdgeX Foundry. ¿Podría presentarnos a la persona adecuada de la comunidad de EdgeX para discutir y / o resolver este tema? 😄

¿Qué tal plantear un problema en edgex github del dispositivo sdk ?, para que pueda actualizarse. La solución alternativa se puede realizar como llamar a la API. Pero una cosa más que noté es que tenemos devoluciones de llamada en el controlador almacenado, que deben invocarse cuando se agrega el dispositivo. Pero eso tampoco se invoca, ya que el trabajo en torno a los pasos se incluirían allí.

Acepto compartir este problema con edgex. Sin embargo, si el parche no se implementa en edgex antes de la versión d de Home Edge, vamos a arreglarlo en Edge Orchestration.

.buscar palabra {
COLOR DE FONDO: # ffee94
}
PAG {
TAMAÑO DE FUENTE: 10pt; MARGEN INFERIOR: 5px; FUENTE FAMILIAR: Arial, arial; MARGEN SUPERIOR: 5px
}
TD {
TAMAÑO DE FUENTE: 10pt; MARGEN INFERIOR: 5px; FUENTE FAMILIAR: Arial, arial; MARGEN SUPERIOR: 5px
}
LI {
TAMAÑO DE FUENTE: 10pt; MARGEN INFERIOR: 5px; FUENTE FAMILIAR: Arial, arial; MARGEN SUPERIOR: 5px
}
CUERPO {
TAMAÑO DE FUENTE: 10pt; FUENTE-FAMILIA: Arial, arial
}

PAG {
TAMAÑO DE FUENTE: 10pt; MARGEN INFERIOR: 5px; FUENTE FAMILIAR: Arial, arial; MARGEN SUPERIOR: 5px
}

Hola Pedro,

El problema no es del lado de EdgeX. Después de discutir con Cloud Tsai, entendí que se trataba del uso de una dirección IP incorrecta debido a que los datos centrales no podían invocar la devolución de llamada y, por lo tanto, la memoria caché no se actualizaba. Para la máquina local, el problema se resuelve usando la dirección IP de docker0 como la probé.
Pero ahora el problema es el escenario en el que Taewan ha mencionado muy bien que EdgeX se ejecuta de forma independiente en un dispositivo y Edge-Orchestration se ejecuta en otro dispositivo conectado a la red. Por lo tanto, esto debe probarse independientemente del problema de la caché. Estoy tratando de hacer una configuración similar. Aunque probé un escenario similar con la ventana acoplable de ping normal (alpine) y pude configurar la comunicación utilizando una red superpuesta. Ahora necesito probar la orquestación de borde.

Gracias y Saludos
Nitu

--------- Mensaje original ---------
Remitente: Peter Moonki @ . >Fecha: 2021-09-07 07:46 (GMT + 5: 30)Título: Re: [lf-edge / edge-home-orchestration-go] [DataStorage] no puede encontrar el dispositivo en la caché (# 312)Para: * @ . >
CC: Nitu Sajjanlal @ . >, @ . * >

@ nitu-s-gupta ¿Qué piensa de resolver este problema desde HomeEdge en lugar de solicitarlo en EdgeX, ya que me parece que el fundamento de nuestra solicitud entra en conflicto con el dispositivo-sdk-go existente en EdgeX?
—Está recibiendo esto porque fue mencionado. Responda a este correo electrónico directamente, véalo en GitHub o cancele la suscripción. Notificaciones de matrimonio sobre la marcha con GitHub Mobile para iOS o Android.

Gracias por tu amable aclaración, @ nitu-s-gupta 😄