-
Notifications
You must be signed in to change notification settings - Fork 309
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Grafana installation issue #736
Comments
Try again. The DockerHub page looks like it has been updated more recently than your post. I just did a "pull" on a Pi 4B (64-bit Bullseye) and version 10.1.5 of Grafana came down successfully. This is not the first time this has happened (and not just with Grafana). I am not sure of the exact cause but I think it must be possible for a build to only succeed partially (eg the build of Grafana for AMD64 succeeds while the build for ARM64 fails), and then what gets pushed to DockerHub only includes the one architecture. Then "the world screams", someone takes a look, fixes the problem, triggers a rebuild, and the problem goes away. Just speculation but it fits the pattern. You can usually get a handle on this by going to the DockerHub page for the image that's giving you a hassle and eyeball what's just gone up vs what was there for prior versions. |
it worked |
Hello, |
This question was also asked on the IOTstack Discord channel. I'm re-posting my answer here. But please make sure you also read the addendum. The screen shot is from DockerHub (specifically, the second page of that URL). Notice how the The basic problem is that your Raspberry Pi is not running a full 64-bit operating system. It's either a full 32-bit version of Raspberry Pi OS or a mixed-mode where the kernel is 64-bit while the user space is 32-bit. The only way your Raspberry Pi (the hardware) can run Grafana 10.1.4 or later is if you upgrade to a full 64-bit OS. The most reliable way to do that is to start with a clean image from Raspberry Pi OS where you would choose one of the options under "Raspberry Pi OS (64-bit)". The alternative is to keep running your current system but pin Grafana to 10.1.2. You do that by editing Grafana's service definition in your grafana:
container_name: grafana
image: grafana/grafana:10.1.2
restart: unless-stopped
… Then do a In short: (a) start planning and (b) don't let your plan gather too much dust. 🤓 If you're wondering, there's basically no good reason not to run full 64-bit Bookworm. Even if you are using containers which only have AddendumJust to be clear, the actual problem that led to the original question when this issue was first opened turned out to be a glitch in the release process (ie the omission of the Then, between version 10.1.4 and 10.2.3, no Grafana release included the That was the situation when I wrote my reply on Discord (above). That was three days ago. Right now there's a 10.1.6 which does include a I have no idea what's going on with Grafana version numbers. It may be that 10.1.x and 10.2.x are different feature streams that are being maintained separately (sort of like InfluxDB 1.8 and InfluxDB 2.x) but please don't take that as gospel. Anyway, as of now, if you wanted to pin to a version which included a 32-bit architecture, the edit you should make to your grafana:
container_name: grafana
image: grafana/grafana:10.1.6
restart: unless-stopped
… I can, however, assure anyone reading this that the entire problem will just go away if you upgrade your Pi to run a full 64-bit version of Raspberry Pi OS. |
Thanks @Paraphraser, got it working. |
Hello,
I am trying to install Grafana, but when i'm trying to start the stack it is throwing an error:
ERROR: no matching manifest for linux/arm/v7 in the manifest list entries
Hardware: Raspberry Pi 4B 4gb
OS: Raspberry Pi OS Lite 64-bit
Thanks in advance.
The text was updated successfully, but these errors were encountered: