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
[BUG] Conflict with Synology Docker Version (20.10.3) #358
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 can't replicate this:
Though it's worth noting that we do not and never had supported running our containers with a root PUID/PGID. |
@thespad , thanks for verifying so quickly. Just tried running ghcr.io/linuxserver/plex:latest with UID/GID removed and the error remains. I updated the issue with additional images that are working using the same docker-compose file. There's something here, I'm just not sure what it is yet. Possibly worth note, we are running same version of DSM on different hardware.
|
Remove |
Nope, same error. |
So the only change between I can't replicate the issue with any of the images you've listed. I've even tested on my old DS916+ and it's happy too:
|
So strange. I mean, even the release notes mention an update to s6v3, which seems to be referenced in the errors in the containers' logs.
|
That update is from It's just a quirk of our release process that if nothing has changed in terms of our update notes, it duplicates the previous update. |
That was a while back and your working images are also on s6v3 Can you run the same command as thespad so we can compare apples to apples? |
Sure:
|
What version is your kernel? |
|
Can you try adding |
Just tested on my DS1019+
|
Same again :|
|
I appreciate the help, y'all. I have a current workaround using previous/dev/nightly builds that will work for now. I mostly wanted to make sure this didn't impact a bunch of other users, but it appears it's not going to be widespread. I'd love to be able to switch back to latest tags in the future so hopefully this just works itself out naturally. If the develop and nighly branches run fine, my guess is it will; something is just weird with latest. Just for fun, I tried hardcoding latest to the full release tag (ghcr.io/linuxserver/plex:1.32.0.6918-6f393eda1-ls162) and it still errors. For the record, nothing I know of changed on the Synology (DSM version, Docker version, configs, etc) except pulling latest container images this morning. Plex and everything was working great yesterday. |
Honestly I'm out of ideas. Can you post your Other than that, I'd recommend a good ole reboot to the system :-) |
I was just about to post docker version info, I'll post info too.
|
I tried the reboot before creating the bug report :) |
FYI, tried latest tag again with most recent build 1.32.0.6950-8521b7d99-ls163 and it worked fine again. |
DSM also upgraded to DSM 7.1.1-42962 Update 5 since the initial report. Closing the issue, thanks for your help! |
Is there an existing issue for this?
Current Behavior
I believe this update introduced a breaking change for anyone running most recent version of Docker available via Synology Package Center. This same error now appears for many other linuxserver images. My experience with the linuxserver images, as of this morning, is summarized below.
Containers shows running, not restarting, but they are not functional.
For now, I am hardcoding previous versions (1.31.3 for Plex) or develop/nightly versions and it is working again, as expected.
I understand that this issue could be due to Synology using outdated Docker image, but the Synology community at least needs to be aware that many updated linuxserver images will cease to work.
Expected Behavior
Images should work as they did on previous versions.
Steps To Reproduce
Environment
CPU architecture
x86-64
Docker creation
Container logs
The text was updated successfully, but these errors were encountered: