fix: restore ../../sql mount path in single-node docker-compose so Postgres init scripts run#4391
fix: restore ../../sql mount path in single-node docker-compose so Postgres init scripts run#4391
../../sql mount path in single-node docker-compose so Postgres init scripts run#4391Conversation
../../sql mount path in single-node docker-compose so Postgres init scripts run../../sql mount path in single-node docker-compose so Postgres init scripts run
../../sql mount path in single-node docker-compose so Postgres init scripts run../../sql mount path in single-node docker-compose so Postgres init scripts run
|
Can you try to create a symlink under bin/single-node pointing to |
Currently, in .github/workflows/create-release-candidate.yml
we sed ../../sql with ./sql if we mimic the bin/k8s/files, we may need to adjust here as well |
sure, you may adjust the CI as well. I feel '../../sql' should be avoided. Please try the symlink way and see if it works. |
I tested this by running docker compose up under bin/single-node, but this symlink way seems doesn't work. The reason could be Docker bind mounts preserve symlinks as-is rather than resolving them. Inside the container, the symlink target ../../../sql/xxx.sql resolves against the container's filesystem. I remember we were using '../../sql' in the past |
Try: |
What changes were proposed in this PR?
Restore the Postgres init-script volume mount in bin/single-node/docker-compose.yml from ./sql back to ../../sql
Any related issues, documentation, discussions?
close #4390
How was this PR tested?
manually
Was this PR authored or co-authored using generative AI tooling?
no