You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I have the exact same problem as #24, but with a twist. I'm trying to use the docker-compose file in Container Manager in Synology DSM. If I create the data folders ahead of time, I get the same "Waiting for confirmation of MySQL service startup" loop as in #24, which says to simply not create them ahead of time. But if I don't, I get this error:
Bind mount failed: '/volume1/Ampache/data/mysql' does not exists
([sic] on "exists")
I went looking to learn more about Docker stuff to understand this issue, and I immediately found this:
Volumes have several advantages over bind mounts:
So the docs say volumes are an alternative to bind mounts, but I'm getting bind mount errors when trying to use volumes. At this point I threw up my hands and came here. By all means tell me if I should go bug the Synology forum, but the Synology forum is pretty useless in my experience, and I thought maybe there's a chance this is still Ampache-specific.
Here's the docker-compose YAML I'm using. Changed a port and omitted the last line, which DSM didn't like.
I got the email from your initial act of necromancy. 😉
Not sure what the "right" way to resolve this is, but my suggestion would be to populate the bind mount folder from the container image.
Use a bind mount instead of a volume, but extract the /etc/mysql contents into it before creating the container. Some convoluted invocation of tar should be able to accomplish this.
My guess here is that Synology does some kind of custom volume handling code that doesn't quite behave the way it's supposed to.
I have the exact same problem as #24, but with a twist. I'm trying to use the docker-compose file in Container Manager in Synology DSM. If I create the data folders ahead of time, I get the same "Waiting for confirmation of MySQL service startup" loop as in #24, which says to simply not create them ahead of time. But if I don't, I get this error:
Bind mount failed: '/volume1/Ampache/data/mysql' does not exists
([sic] on "exists")
I went looking to learn more about Docker stuff to understand this issue, and I immediately found this:
So the docs say volumes are an alternative to bind mounts, but I'm getting bind mount errors when trying to use volumes. At this point I threw up my hands and came here. By all means tell me if I should go bug the Synology forum, but the Synology forum is pretty useless in my experience, and I thought maybe there's a chance this is still Ampache-specific.
Here's the docker-compose YAML I'm using. Changed a port and omitted the last line, which DSM didn't like.
My docker-compose
The text was updated successfully, but these errors were encountered: