I followed Spaceinvader1s youtube guide and got everything running fine.
After a couple of weeks it would not start up again.
Any tips on what to do?
Nexcloud wonât start.
The two others that wont start says they are waiting for nextcloud.
I have successfulle made backups⌠but they wonât show up in the list⌠although they did that earlier.
This is the log from when I presse ânextcloudâ
2025-03-13T13:41:26.151088508Z now
2025-03-13T13:41:26.151130565Z -------------------------------
2025-03-13T13:41:26.151144468Z 2025-03-13 13:41:26.149974+00
2025-03-13T13:41:26.151158121Z (1 row)
2025-03-13T13:41:26.151171122Z
2025-03-13T13:41:26.170325576Z + '[' -f /dev-dri-group-was-added ']'
2025-03-13T13:41:26.170628879Z ++ find /dev -maxdepth 1 -mindepth 1 -name dri
2025-03-13T13:41:26.171453786Z + '[' -n '' ']'
2025-03-13T13:41:26.171491902Z + set +x
2025-03-13T13:41:27.248602753Z Connection to nextcloud-aio-redis (172.20.0.6) 6379 port [tcp/redis] succeeded!
2025-03-13T13:41:27.258464977Z The www-data user doesn't seem to have access rights in the datadir.
2025-03-13T13:41:27.258505754Z Most likely are the files located on a drive that does not follow linux permissions.
2025-03-13T13:41:27.258521928Z Please adjust the permissions like mentioned below.
2025-03-13T13:41:27.258535691Z The found permissions are:
2025-03-13T13:41:27.258549297Z 33:0 750
2025-03-13T13:41:27.258562369Z (userID:groupID permissions)
2025-03-13T13:41:27.258575248Z but they should be:
2025-03-13T13:41:27.258588172Z 33:0 750
2025-03-13T13:41:27.258601108Z (userID:groupID permissions)
13T13:41:27.258640608Z Also make sure that the parent directories on the host of the directory that you've chosen as datadir are publicly readable with e.g. 'sudo chmod +r /mnt' (adjust the command accordingly to your case) and the same for all subdirectories.
2025-03-13T13:41:27.258659524Z Additionally, if you want to use a Fuse-mount as datadir, set 'allow_other' as additional mount option.
2025-03-13T13:41:27.258690289Z For SMB/CIFS mounts as datadir, see https://github.com/nextcloud/all-in-one#can-i-use-a-cifssmb-share-as-nextclouds-datadir
2025-03-13T13:41:35.858761659Z Connection to nextcloud-aio-database (172.20.0.5) 5432 port [tcp/postgresql] succeeded!
If Nextcloud is failing to access its data directory, chances are youâre running into Unraidâs permission model with mounted SMB or FUSE shares. A quick workaround? Symlink the storage to where Nextcloud expects it:
Use /var/local/magic/nextcloud/mount. This makes Nextcloud âbelieveâ the files are local, sidestepping common permission conflicts with networked storage.
But! Symlinks inside Docker can be unpredictable, depending on how the container runtime interprets them. In more structured environmentsâthink Kubernetes with persistent volumes or large-scale CI/CD pipelinesâyouâll often see issues where symlinks break inside chrooted environments, immutable deployments, or when overlay filesystems (e.g., AUFS, OverlayFS) are involved.
A more stable fix? A proper bind mount and permission correction:
If youâre working with SMB, ensure itâs mounted with allow_other, as some network shares enforce restrictive access by default. This approach is more in line with best practices for setups where storage consistency and permission handling are critical.
the problem is located around data directory access.
even it doesnât seem to make sense from the log output⌠you should review the docker bind/volume mount instructions and share your compose/docker run together with the datadir permissions list (ls -al).
the owner sshd from your screenshot seems strange⌠usually 33 is webserver userâŚ
My serious warning: stay away from Nextcloud AIO, it is a killer (and gets killed every few days) on UNRAID.
First of all, uninstalling the dockers wont work, look at the dockerâs git page there is a âremoval instructionâ that needs to be followed stricktly.
Then, follow the installation advices literally too, it can work, although you will not like the outcome.
Even if it is running, it wont run for long because UNRAIDâs file permissions and Nextcloudâs file permissions are different and cannot be set to a common and working value. So either UNRAID cannot read the data or Nextcloud refuses to start at all because permissions have been tampered with (for instance if you click on âset docker friendly permissionsâ in the GUI). You will not notice it directly but someday you will like to do a backup (Nextcloud comes with its own backup but this is only consuming time and space if the data is within an UNRAID array) or you want to offer them to the LAN with SMB or NFS. Nothing will work!!!
So to prevent really painful experiences with potential data loss: STAY WAY!
(but read and follow the deinstallation instructions, else there will always be reminders left on your system that prevent future new installations. Maybe someday AIO and UNRAID can play better together)