Deploy nextcloud-all-in-one on alpine? What do You think?

Following the performance cheat-sheet for AIO I was looking for a distro to replace ubuntu, which occupies port 53 and thus affords configuration tweaking, before it allows pi-hole. Deploying AIO should be KISS, however.
For a completely dockered system, like a small aio-instance, is not a platform that provides docker, all it needs? So what about alpine? Or else?
A comparison from another perspective, which led me here

Hi, from my perspective is Alpine too simple as OS for the docker host as for example FUSE is not always working out of the box. Also alpine is not listed in these docs: Install | Docker Docs, so it looks like it might not be officially supported by the docker folks. Maybe Debian would fulfill your needs?

5 Likes

Nextcloud AIO Recommendation

The question concerns deploying Nextcloud All-in-One (AIO) on Alpine Linux. I understand the interest in alternative distributions.

While theoretically possible to run Nextcloud AIO on Alpine, Ubuntu is the recommended distribution. I run multiple Nextcloud AIO servers on Ubuntu and haven’t experienced any issues with functionality or stability.


Important Aspects for Larger Files

With Nextcloud AIO, beyond choosing the operating system, pay attention to the filesystem and swap settings, especially if you’re considering uploading larger multimedia files. My experiences testing large file synchronization with Nextcloud AIO and Nginx proxy are in this post: Testing Large File Synchronization with Nextcloud AIO and Nginx Proxy - June 2025 Update.

1 Like

Mainly I was irritated, that pi-hole would not run out of box. Then I wondered, where else it would run.
So I have to abide by having to apply un peu de bricolage on an otherwise elegant system.

https://github.com/pi-hole/docker-pi-hole#installing-on-ubuntu-or-fedora

Debian. :slight_smile:

1 Like

Yeah, but if you want to run a DNS server like Pi-hole on Ubuntu you need to tweak the default, because for some reason the Ubuntu devs thought it was a good idea to make things unnecessarly complicated by configuring systemd-resolved as a local caching DNS stub resolver. And as if that wasn’t enough, they also have their own network configuration tool called Netplan, which I refuse to learn.

The solution to avoid all this is Debian. It’s essentially the same, but without any unnecessary additions from Canonical. :slight_smile:

3 Likes

This topic was automatically closed 8 days after the last reply. New replies are no longer allowed.