-
-
Notifications
You must be signed in to change notification settings - Fork 49
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
[SOLVED][BUG] Permission errors upon new install of latest version (Raspberry Pi 4 / bullseye aarch64) #137
Comments
Thanks for opening your first issue here! Be sure to follow the relevant issue templates, or risk having this issue marked as invalid. |
|
I was going to say that none of the folders giving problems were part of my remote volumes, but you made me consider something, and I just tried and got it to work. The problem was with the remote folder In short, I noticed that all problems seemed to happen inside the So although I could set it up once the image already existed, it seems it doesn't work anymore. I included this folder because of the error logs that heimdall increasingly created and couldn't be turned off in any way (Laravel's environment variable I thought there would be no problems, but clearly, thinking again now that the problem is solved, if it creates this read-only remote folder before the application is installed, the folder that now already exists has wrong permissions, thus leading to the problems. So yeah, solution is, do not add any remote folder from inside the application... At least I have a larger SD Card now, so it won't fill to 100% again. |
Is there an existing issue for this?
Current Behavior
I'm currently using
version 2.5.3
. I recently tried to upgrade and it failed, it ended up reminding me why I had explicitly limited to this version, because newer ones were breaking.I copied my docker-compose file from my working
2.5.3
version, just changing to "latest". The volume is also-test
because I tried creating a new one from scratch before damaging my working one, and if I were to get it to work, I would be able to upgrade my main.The
yaml
is specified below.Also as a note, I'm running multiple containers for other services, and this has been running for many months (maybe it has completed a year already?), this means that, for the most part, I have docker running well and functional, so it's unlikely for there to be a problem there.
I have also tried both
lscr.io/linuxserver/heimdall
andlinuxserver/heimdall
just in case.You can see the logs below.
Anyway, according to the errors errors, I surmised it is a permission error.
Originally, my main instance has a GUID of 100 and is working.
If I use
id pi
:gid=1000(pi)
,groups=1000(pi),<...>,100(users)
, in this one, I tried 100, 1000 and commenting the UIDs (defaults to 911, which does not exists in my id list), but all of them give the same problem.I also deleted the
config/
andlogs/
folders after each try after I considered that maybe it could have some influence.As an aside, I'm not sure if it may help finding the possible problem, when I tried to upgrade my main instance I was getting errors of failure to create symlinks and
artisan
not being found (logs below).Expected Behavior
As I mentioned, my 2.5.3 is working fine, I wanted to update to a newer version, but like this, it's impossible.
Considering that most people must be using them fine, I'm guessing there could be something very specific that could be creating this problem, or maybe the instructions could be outdated.
Steps To Reproduce
$ save the docker-compose.yml below into its file
$ docker compose up
$ see it breaking down.
Environment
Raspberry OS 64bit (I explicitly reinstalled everything to upgrade it many months ago because I had the older 32bit version, and it became incompatible with Nextcloud, so I explicitly have the 64bit version now.)
CPU architecture
arm64
Docker creation
Container logs
UPDATING THE FUNCTIONAL 2.5.3 VERSION
The text was updated successfully, but these errors were encountered: