-
Hi, all.
I remember reading somewhere that cloudron wouldn't run on a raspberry pi, bc it required x86. But that was sometime ago, and since then I've seen someone here on the forums claiming it would be possible.
What's the current situation on this, is this possible? I'm currently paying for a server with a lot of storage, and tought maybe if I could run it from my home it could be cheaper. I understand I'd have issues with IP changing and all that, that's why I'm only thinking about it right now, but I'd like to know where we currently stand on that issue?
-
@malvim Given that Cloudron is mostly nodejs, shell scripts, ubuntu and docker, it's very much possible to support ARM. I guess one big "task" to do this is to rebuild all the apps, addon containers to create ARM docker images. In theory, this is just a matter of switching the base container to be ARM ubuntu instead of x86 ubuntu and we are set.
We haven't invested any time in this so far since because while there is much interest from enthusiasts, it's very hard for us to justify the time investment costs.
-
@girish said in Cloudron on a Raspberry pi?:
Can one build docker ARM images on x86
Sure seems like it.
By the way, ubuntu image is already multi-arch.
ARM support would be immensely useful in combination with the upcoming fleet-like multi-Cloudron dashboard feature.
-
Yeah, as @mehdi said, I suspect installation, setup and everything will work fine. Just you can install any apps. But I will be curious to know if those things work fine, if you get around to it. Maybe we should just setup the CI/CD system to build app images which we have been planning for a while.
-
I've build and maintain a bunch of multi-arch images myself for some of my smaller projects.
You can definitely build on an x86 system by using emulation. I used to install qemu and then use build args to ensure that the right base image was being pulled (eg
library/ubuntu
for x86 vsarmv7/ubuntu
for armv7) because otherwise, by default, an x86 machine would pull the x86 image. After building and pushing I generate a manifest and push that so that each platform pulls the right image. This is probably the simplest example I have of that since it's a single Python file.All that said... there is now an experimental feature of Docker available via the
docker buildx
command.Here's a recent (April) blog post from Docker about the new method. It's far simpler, so if you can get that working, it'd be ideal. I haven't taken the time to switch over myself just yet.
-
@girish I've already started and had some minor issues when using ubuntu 18.04, but running now on ubuntu 20.04 (step by step, following the install script so I can debug), and it seems to be going fine.
As for apps, I'll follow @yusf's link and @iamthefij's advice to package one of my own custom apps, which is VERY simple, and see how it goes!
-
Yeah, it seems
mysql-server-5.7
is not available (though there's a later version that is), and I wasn't able to get past installinglinux-generic
as well, since it seems kernel patching is not exactly the same under arm...Also, I saw the script downloads a specific version of nginx, which is amd64 as well. I'll keep trying, but I've been having network problems which I think have to do with the provider I chose. I'll get back when I have more news.
-
@malvim Yeah, you can adjust that apt line as needed. Essentially, you have to make the https://git.cloudron.io/cloudron/box/-/blob/master/baseimage/initializeBaseUbuntuImage.sh script succeed. You can make the script standalone, it does not require any args.
nginx ARM packages - http://nginx.org/packages/ubuntu/pool/nginx/n/nginx/
Node ARM packages - https://nodejs.org/dist/v10.18.1/
Docker ARM packages - https://download.docker.com/linux/ubuntu/dists/bionic/pool/stable/
Also, I saw you are testing in Focal. One issue I hit (even on x86) was that collectd has issues with the python3 plugin. I haven't gotten around to fix that.
-
@girish Yeah, I'll try bionic again, it just crashed on something related to
initramfs-tools
, and focal still does when i try to installlinux-generic
, which I assume has something to do with kernel images and the like? This stuff is a bit above my current knowledge, so I'm not exactly sure what I'm doing heheh. -
@girish great! I was already commenting out these lines to see where it went.
So it seems I'm losing name resolution after installing
unbound
. Installation ofresolvconf
is not a problem, but as soon as I install unbound, lots of names stop resolving and I can't install anything anymore.Not sure how unbound works, might have to go into it a bit more, but my guess is maybe the problem is inside my provider. I'll check with @will later to see if we can try it in his device, and see if the problem persists.
-
Just to keep you guys updated on what's going on: I commented out unbound just to go through (and probably have to come back to it later, but still).
I also switched to installing nginx from the repos instead of downloading a specific package with curl manually, as their version is
arm64
and it seems the rpi I'm on isarmhf
, which I know nothing about but some nginx-arm64 dependencies were not being met.I switched node to the
armv7l
package and it went ok.I switched docker packages to
armhf
, they intalled okay, but it seems I don't have the overlay kernel module loaded and have NO IDEA how to load it heheh. A few google searches still got me kinda stuck, I'll try again tomorrow.