Edge-home-orchestration-go: [DataStorage] Erro de tempo de execução

Criado em 19 jan. 2021 · 7Comentários · Fonte: lf-edge/edge-home-orchestration-go

Descreva o bug
Um erro de tempo de execução quando os servidores de fundição edgex não estão em execução,

level=ERROR ts=2021-01-19T01:51:50.815737266Z app=datastorage source=init.go:154 msg="Get \"http://localhost:48080/api/v1/ping\": dial tcp 127.0.0.1:48080: connect: connection refused"
level=INFO ts=2021-01-19T01:51:51.817181193Z app=datastorage source=init.go:144 msg="Check Metadata service's status by ping..."
level=INFO ts=2021-01-19T01:51:51.818287982Z app=datastorage source=init.go:144 msg="Check Data service's status by ping..."
level=ERROR ts=2021-01-19T01:51:51.822577012Z app=datastorage source=init.go:154 msg="Get \"http://localhost:48081/api/v1/ping\": dial tcp 127.0.0.1:48081: connect: connection refused"
level=ERROR ts=2021-01-19T01:51:51.824049381Z app=datastorage source=init.go:154 msg="Get \"http://localhost:48080/api/v1/ping\": dial tcp 127.0.0.1:48080: connect: connection refused"
level=INFO ts=2021-01-19T01:51:52.825768174Z app=datastorage source=init.go:144 msg="Check Metadata service's status by ping..."
level=INFO ts=2021-01-19T01:51:52.826907105Z app=datastorage source=init.go:144 msg="Check Data service's status by ping..."
level=ERROR ts=2021-01-19T01:51:52.830784824Z app=datastorage source=init.go:154 msg="Get \"http://localhost:48081/api/v1/ping\": dial tcp 127.0.0.1:48081: connect: connection refused"
level=ERROR ts=2021-01-19T01:51:52.83209855Z app=datastorage source=init.go:154 msg="Get \"http://localhost:48080/api/v1/ping\": dial tcp 127.0.0.1:48080: connect: connection refused"
INFO[2021-01-19T01:51:53Z]discovery.go:833 activeDiscovery [discoverymgr] activeDiscovery!!!
INFO[2021-01-19T01:51:53Z]discovery.go:571 func1 [deviceDetectionRoutine] edge-orchestration-3125da9e-1e9a-41aa-ac83-004725eb2d1e
level=ERROR ts=2021-01-19T01:51:53.83359109Z app=datastorage source=init.go:139 msg="dependency Metadata service checking time out"
level=ERROR ts=2021-01-19T01:51:53.834663766Z app=datastorage source=init.go:139 msg="dependency Data service checking time out"
level=INFO ts=2021-01-19T01:51:53.840074015Z app=datastorage source=httpserver.go:116 msg="Web server shutting down"
level=INFO ts=2021-01-19T01:51:53.841736032Z app=datastorage source=httpserver.go:107 msg="Web server stopped"
level=INFO ts=2021-01-19T01:51:54.341966491Z app=datastorage source=httpserver.go:118 msg="Web server shut down"
panic: runtime error: invalid memory address or nil pointer dereference
[signal SIGSEGV: segmentation violation code=0x1 addr=0x20 pc=0x8d1a0e]

goroutine 44 [running]:
github.com/edgexfoundry/device-sdk-go/internal/autoevent.(*manager).StopAutoEvents(0x0)
        /home/t25kim/edge-home-orchestration-go/vendor/github.com/edgexfoundry/device-sdk-go/internal/autoevent/manager.go:69 +0x4e
github.com/edgexfoundry/device-sdk-go/pkg/service.(*DeviceService).Stop(0xc0004c2780, 0xc0005ae600)
        /home/t25kim/edge-home-orchestration-go/vendor/github.com/edgexfoundry/device-sdk-go/pkg/service/service.go:134 +0x45
github.com/edgexfoundry/device-sdk-go/pkg/service.Main(0xe2dbda, 0xb, 0xe3a91d, 0x1a, 0xda46e0, 0xc0005a5de0, 0xf46e20, 0xc0005ae600, 0xc0000330a0, 0xc0005ac300, ...)
        /home/t25kim/edge-home-orchestration-go/vendor/github.com/edgexfoundry/device-sdk-go/pkg/service/main.go:69 +0x6fa
github.com/edgexfoundry/device-sdk-go/pkg/startup.Bootstrap(0xe2dbda, 0xb, 0xe3a91d, 0x1a, 0xda46e0, 0xc0005a5de0)
        /home/t25kim/edge-home-orchestration-go/vendor/github.com/edgexfoundry/device-sdk-go/pkg/startup/bootstrap.go:19 +0x117
created by github.com/lf-edge/edge-home-orchestration-go/src/controller/storagemgr.StorageImpl.StartStorage
        /home/t25kim/edge-home-orchestration-go/src/controller/storagemgr/storage.go:51 +0xef

Reproduzir

Coloque os arquivos de configuração necessários em / var / edge-orchestration / datastorage /
Execute edge-home-orchestration-go

Comportamento esperado
Verifique o servidor de fundição edgex com antecedência antes de iniciar o armazenamento de dados.

Configuração do ambiente de teste (preencha as seguintes informações):

Versão do firmware: Ubuntu 18.04
Hardware: x86-64
Lançamento de orquestração de borda: coco

bug

Fonte

t25kim

👍1

Comentários muito úteis

Após a comunicação com os membros do EdgeX, eles nos forneceram um fork: github.com/hahattan/device-sdk-go v1.4.1 com a correção no branch de Hanoi, causando esta falha.

Eu estava testando a correção usando a diretiva replace em nosso go.mod. Isso parece funcionar bem.

Como você mencionou, podemos esperar até o lançamento na Irlanda ou também podemos clonar a correção em nosso repositório até o momento em que o EdgeX lançar a Irlanda.

Por favor, compartilhe seus pensamentos sobre o mesmo?
@ t25kim

Obrigado !

sun-sharma em 24 mar. 2021

👍2

Todos 7 comentários

@ suresh-lc PTAL. Agradeço antecipadamente.

MoonkiHong em 19 jan. 2021

Oi Sunchit,

Eu descobri por que ele travou. É um bug e não é tão difícil de consertar.

O AutoEvent Manager não é inicializado quando o Serviço é interrompido pelo tempo limite de dependência (EdgeX Core Data e Core Metadata).

Nesta linha, https://github.com/edgexfoundry/device-sdk-go/blob/v1.4.0/pkg/service/service.go#L134

Devemos verificar se o AutoEvent Manager é nulo antes de chamar StopAutoEvents.

Resolvemos esse problema na V2 (Irlanda).

Olá Jim e Iain,

Podemos criar um branch hanoi para corrigir esse problema e marcar 1.4.1 para eles?

suresh-lc em 21 mar. 2021

👍1

Oi Sunchit,
Eu descobri por que ele travou. É um bug e não é tão difícil de consertar.
O AutoEvent Manager não é inicializado quando o Serviço é interrompido pelo tempo limite de dependência (EdgeX Core Data e Core Metadata).
Nesta linha, https://github.com/edgexfoundry/device-sdk-go/blob/v1.4.0/pkg/service/service.go#L134
Devemos verificar se o AutoEvent Manager é nulo antes de chamar StopAutoEvents.
Resolvemos esse problema na V2 (Irlanda).
Olá Jim e Iain,
Podemos criar um branch hanoi para corrigir esse problema e marcar 1.4.1 para eles?

@ suresh-lc Quem escreveu este e-mail?

t25kim em 23 mar. 2021

Oi Sunchit,
Eu descobri por que ele travou. É um bug e não é tão difícil de consertar.
O AutoEvent Manager não é inicializado quando o Serviço é interrompido pelo tempo limite de dependência (EdgeX Core Data e Core Metadata).
Nesta linha, https://github.com/edgexfoundry/device-sdk-go/blob/v1.4.0/pkg/service/service.go#L134
Devemos verificar se o AutoEvent Manager é nulo antes de chamar StopAutoEvents.
Resolvemos esse problema na V2 (Irlanda).
Olá Jim e Iain,
Podemos criar um branch hanoi para corrigir esse problema e marcar 1.4.1 para eles?
@ suresh-lc Quem escreveu este e-mail?

Cloud Tsai da equipe EdgeX- Device Service

suresh-lc em 23 mar. 2021

Esse problema será resolvido usando a versão edgexfoundry 'Ireland', mas ela não foi lançada oficialmente.
Eu gostaria de deixar isso como known issue e atualizar o edgexfoundry quando a Irlanda for lançada.

t25kim em 23 mar. 2021

👍1

Após a comunicação com os membros do EdgeX, eles nos forneceram um fork: github.com/hahattan/device-sdk-go v1.4.1 com a correção no branch de Hanoi, causando esta falha.

Eu estava testando a correção usando a diretiva replace em nosso go.mod. Isso parece funcionar bem.

Como você mencionou, podemos esperar até o lançamento na Irlanda ou também podemos clonar a correção em nosso repositório até o momento em que o EdgeX lançar a Irlanda.

Por favor, compartilhe seus pensamentos sobre o mesmo?
@ t25kim

Obrigado !

sun-sharma em 24 mar. 2021

👍2

@ sun-sharma Obrigado por nos informar.
Você poderia modificar o arquivo go.mod com o sinalizador replace ?
Seria bom adicionar uma observação de que é temporário e será removido.

t25kim em 24 mar. 2021

👍1

Esta página foi útil?

0 / 5 - 0 avaliações

Questões relacionadas

[Declaração de direitos autorais] Revogar o PR # 157 para a correção da declaração de direitos autorais

MoonkiHong · 7Comentários

Mais detalhes de como o sistema funciona em um dispositivo Android

DoomsdayT · 3Comentários

[MNEDC] Pontos de acesso de segurança detectados pelo SonarCloud

t25kim · 3Comentários

[Refactoring] Script de compilação

t25kim · 3Comentários

[Segurança] Comando CWE-78 criado a partir de fontes controladas pelo usuário

t25kim · 3Comentários