Open nsteinmetz opened 4 years ago
I also have still on GKE a change on goroutine 18 and not 5
panic: runtime error: invalid memory address or nil pointer dereference
[signal SIGSEGV: segmentation violation code=0x1 addr=0x0 pc=0x639852]
goroutine 18 [running]:
main.pingAddress(0xc000090300, 0xc000073f80, 0x6dc378, 0x0, 0x0)
/Users/maxnunes/Development/go/src/github.com/maxcnunes/waitforit/network.go:93 +0x4a2
main.DialConn(0xc000090300, 0xc00006df80, 0x6dc378, 0x0, 0xc000034737)
/Users/maxnunes/Development/go/src/github.com/maxcnunes/waitforit/network.go:45 +0x182
main.DialConfigs.func1(0xc000074120, 0x6dc378, 0x0, 0x0, 0x0, 0x0, 0x0, 0x7ffdde89c4d3, 0x28, 0xc8, ...)
/Users/maxnunes/Development/go/src/github.com/maxcnunes/waitforit/network.go:24 +0x186
created by main.DialConfigs
/Users/maxnunes/Development/go/src/github.com/maxcnunes/waitforit/network.go:17 +0x127
We have it once only on EKS
Hi,
Playing again with waitforit in another context, we spawn kubernetes clusters and wait for their availability.
We see this behaviour when deployed on GKE:
It's run in a Jenkins pipeline, in a docker container (python:3.7-slim-buster) as we also have some python scripts.
Lines seems matching with #17 to some extend.
Or should there just be a new release with an updated go version ?
Will compare with our other environments to see if it's happenning also.