I am using my rapberry pi 4 as a new node. I am running already 5 other node mostly on debian and ubuntu with storj-exporter, prometheus and grafana without problems.
Now after i installed my first node on raspberry i cant get this node to grafana. I think the problem is on storj-exporter where i get this on startup:
docker run -d --restart=unless-stopped --link=storagenode --name=storj-exporter -p 9651:9651 anclrii/storj-exporter:latest
this is the output - but with docker images i see this image running
Status: Downloaded newer image for anclrii/storj-exporter:latest
WARNING: The requested imageās platform (linux/amd64) does not match the detected host platform (linux/arm/v7) and no specific platform was requested
Should it work on raspberry or not?
Added info: sudo ss -tulpn does not show the port 9651 anywhere
This is an issue on ARM with Docker images based on Alpine 3.13 whether you build or pull the image. Numerous images have been cropping up with issues since the base image was updated to 3.13.
Try the below fix that @Krawi mentioned in the main Storj-Exporter thread, i.e. download a backported updated version of the libseccomp2 package. Also see the LinuxServer.io FAQ which has some more details on this issue. It impacts any 32-bit ARM distro based on Debian Buster.
I can switch from alpine to a different base image for auto-builds but I have not rpi to test on. If you can confirm the base image that works, Iāll update images. Any other images are likely to take more disk space/ram though.
For one of my projects, I did a quick and dirty freeze to Alpine 3.12.3 so I didnāt have to deal with libseccomp2 on the host. Not sure if thatās the correct approach but it definitely works. This will likely be an issue until the next version of Debian stable is released with an upgraded baseline libseccomp2 package. Popular 32-bit ARM host OSes (RPi, ODroid) will be impacted by this until then.
Perhaps freezing Storj-Exporter to the python:3.7-alpine3.12 baseimage would be an option to consider.