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
  1. apply alternative yaml file to the ARM kubernetes cluster (https://raw.githubusercontent.com/kubernetes/dashboard/v2.0.0-beta1/aio/deploy/alternative.yaml)
  2. Log on to the dashboard after the dashboard is loaded.
  3. The pod for kubernetes-metrics scraper is in error state.
  4. 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)

Most upvoted comments

@jonstelly I had to manually update recommended.yaml to use 1.0.2.

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.2 should be now working with ARM64. https://github.com/kubernetes-sigs/dashboard-metrics-scraper/releases/tag/v1.0.2

Reopen 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.2 manually 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 arm64 as well? Thanks!

I believe you fixed it.

image: kubernetesdashboarddev/dashboard-metrics-sidecar

Logging 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 arm and arm64 but 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-sidecar outputs all the different targets the container image will work on (if you have docker cli experimental enabled). 😃