-
-
Notifications
You must be signed in to change notification settings - Fork 75
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
Unable to Update Hydra2 inside of docker #60
Comments
Same issue, can't update dockerized hydra2 via in-app. Using linuxserver.io |
The linuxserver.io issue is it's looking for control.id in the wrong place. Script looks for /app/hydra2/data/control.id but it's located in /config I created a symlink to the config directory (called data) in /app/hydra2/ and it all works for me. |
Although the shown error appears to be permissions - (did you set PGID and PUID in the docker correct) the control.id is another issue I faced |
The error with the control.id should be updated the next time you pull your container. The other error I can't help you with. It depends on the container that you use. Mine and that by linuxserver.io should be able to update itself. The one by binhex cannot update itself internally. I was told that docker containers should be updated by pulling a new version. Sounds like more work to me, but what do I know. So yeah, sorry, will close this as unsolvable for me. You could ask the docker container maintainer. If that's me, sorry, use another container ;-) |
I wouldn't recommend updating the code, updating the container is much safer. If upgrading the container is difficult, try using something like WatchTower to automate that. I found it to be very useful. |
That's a good point that I hadn't thought about.
Am 17.01.2018 1:51 nachm. schrieb "bablat" <notifications@github.com>:
… I wouldn't recommend updating the code, updating the container is much
safer.
My primary concern is usually around forward-compatibility of
configuration/database:
If a user upgrades from 1.0 to 1.1 (inside container), v1.1 could
introduce configuration/schema updates and migrate the configuration to the
new format.
If the container itself is then recreated, you risk downgrading the code
back to v1.0, and if your configuration resides on a mounted volume -
you're now running v1.0 with v1.1 configuration schema.
If upgrading the container is difficult, try using something like
WatchTower <https://github.com/v2tec/watchtower> to automate that. I
found it to be very useful.
—
You are receiving this because you modified the open/close state.
Reply to this email directly, view it on GitHub
<#60 (comment)>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/ANtAeUhwl-ovg0ARjyME_RJ9GZoc-fO3ks5tLezNgaJpZM4RdYkK>
.
|
Just a follow up — seems like the linuxserver.io container's image now properly works to update outside of the container. |
Current version: 1.0.16 (but issue has occurred in previous versions)
When I try to update Hydra2 via the in-app updater, it restarts and is the same version it was prior to running the updater. I am running it via a Docker container (tried updating with both theotherp's image and lsio's image).
I am aware that Docker containers can also be updated by restarting the container, but usually I have no issues updating via in-app updaters.
Here is a snippet from the log file (please let me know if you'd like more log info or debuginfos):
If you want to just file this under "Docker issue, unfixable", fine with me, I guess.
The text was updated successfully, but these errors were encountered: