dashboard: kubernetes-metrics-scraper on ARM on 2.0beta1: Unable to initialize database tables: Binary was compiled with 'CGO_ENABLED=0
Environment
- Kubernetes Cluster with Raspberry PI 3 / 4
- ARM architecture
- Installation method: alternative deployment yaml for 2.0 beta 1 (kubectl apply -f …)
- Kubernetes version: K3S (https://k3s.io/)
Server Version (outpunt from: kubectl version): version.Info{Major:"1", Minor:"14", GitVersion:"v1.14.3-k3s.1", GitCommit:"8343999292c55c807be4406fcaa9f047e8751ffd", GitTreeState:"clean", BuildDate:"2019-06-12T04:56+00:00Z", GoVersion:"go1.12.1", Compiler:"gc", Platform:"linux/arm"}
- Dashboard version: 2.0beta1
- Operating system: Debian Stretch 9.9
- Node.js version (‘node --version’ output): Node.js is not installed on the nodes
- Go version (‘go version’ output): go1.12.1
Steps to reproduce
- apply alternative yaml file to the ARM kubernetes cluster (https://raw.githubusercontent.com/kubernetes/dashboard/v2.0.0-beta1/aio/deploy/alternative.yaml)
- Log on to the dashboard after the dashboard is loaded.
- The pod for kubernetes-metrics scraper is in error state.
- The log file shows:
2019-07-07T19:52:32.38087562+01:00 {"level":"info","msg":"Kubernetes host: https://10.43.0.1:443","time":"2019-07-07T18:52:32Z"} 2019-07-07T19:52:32.382007209+01:00 {"level":"fatal","msg":"Unable to initialize database tables: Binary was compiled with 'CGO_ENABLED=0', go-sqlite3 requires cgo to work. This is a stub","time":"2019-07-07T18:52:32Z"}
Observed result
See above.
Expected result
The kubernetes-metrics scraper is in running state.
Comments
I’m not really sure why the error occurs. If you need more infomation. please let me know.
About this issue
- Original URL
- State: closed
- Created 5 years ago
- Reactions: 6
- Comments: 19 (6 by maintainers)
@jonstelly I had to manually update
recommended.yamlto use1.0.2.Have a PR in flight to fix this. 😃 https://github.com/kubernetes-sigs/dashboard-metrics-scraper/pull/15
Yeah, I forgot to mention I did the same and everything’s working. I just wanted to bump this to make sure it made it into the next beta.
kubernetes-dashboard up and running on arm + arm64 dev board cluster running k3os + k3s 🎉
@Rick-Jongbloed @zimme Scraper
v1.0.2should be now working with ARM64. https://github.com/kubernetes-sigs/dashboard-metrics-scraper/releases/tag/v1.0.2Reopen if there are still some issues.
/close
This isn’t ready yet. I started preparing Travis pipeline to automatically release scraper when GitHub release is created. Still, we have to fix the configuration. Once release notes will be there, it will be ready to use. You won’t have to wait for us to release Dashboard. You can simply bump scraper to
v1.0.2manually once it will be pushed to docker.https://github.com/kubernetes-sigs/dashboard-metrics-scraper/releases/tag/v1.0.2
It seems as though they finally released a new version of the metric scraper with the arm64 fix 🎉 I guess we just need a new release which is using version 1.0.2 of the metric scraper to test this out.
@jeefy Can I ask you to fix this for
arm64as well? Thanks!I believe you fixed it.
image: kubernetesdashboarddev/dashboard-metrics-sidecarLogging is now
{"level":"info","msg":"Kubernetes host: https://10.43.0.1:443","time":"2019-07-16T11:20:16Z"}And stats are shown on the dashboard. Thanks!
Huh, interesting. Our build currently does multiarch and is doing builds for
armandarm64but this might be an unforeseen failure in the sqlite library we use on arm. I’ve got a Pi3 at home I can play with, but it might not be till this weekend./assign
Quick aside,
docker manifest inspect kubernetesdashboarddev/dashboard-metrics-sidecaroutputs all the different targets the container image will work on (if you have docker cli experimental enabled). 😃