Closed Bence98007 closed 2 years ago
My docker-compose just maps /firebird instead of each folder individually. in docker-entrypoint.sh the firebirdSetup
function just checks for the existence of /firebird/etc and copies the default files in if that folder doesnt exist. So by mapping etc directly you cause /firebird/etc to already exist so it never tries to copy the files over.
your setup looks like you could just replace all 3 of those volumes lines with just one that looks like - '/var/containersdata/firebird3:/firebird
as a workaround for now. Once it has started up successfully once you could then restore your original configuration if you have reasons for wanting them split.
The documentation does suggest them being split like that though so I should probably fix it to look for /firebird/etc/firebird.conf instead of just /firebird/etc to determine if its a new installation.
Should be properly fixed in the 3.0 tag on docker hub if you want to test it out. 4.0 is building now
I'll test it as soon as I have time! Thanks!! I'll keep u updated.
This issue is stale because it has been open 30 days with no activity. Remove stale label or comment or this will be closed in 14 days.
Hi there!
As soon as I mount the /firebird/etc folder to the host, and start the compose, the container creates successfully, but it is in a restarting loop, and throws this error msg:
Which is true, since when I mount the folder to the host, no config file will be placed in the /firebird/etc folder, that way the security.db database cannot be created. If its allowed to mount this config folder to host, then why it is not working, or if its not allowed then why there are config files? This is my docker-compose: