IMT-124 seed user database with comma separated list#139
IMT-124 seed user database with comma separated list#139cdoyle-temple wants to merge 1 commit intomainfrom
Conversation
| mkdir -p /secure-tmp && chmod 700 /secure-tmp && \ | ||
| mkdir -p /secure-tmp/log && chmod 700 /secure-tmp/log && \ | ||
| rails users:sync_initial | ||
| mkdir -p /secure-tmp/log && chmod 700 /secure-tmp/log |
There was a problem hiding this comment.
if /secure-tmp/ is a volume mount then I think it makes more sense to move creating this direcotry in the entrypoint script because that happens after the container and volumes are mounted vs. here where volumens are not mounted yet.
There was a problem hiding this comment.
@dkinzer This is following a pattern that we have moved to in our other Kubernetes applications. This setup replaces the setup-tmp-dir initContainer that we used to have in our projects. This needs to exist before the containers start to spin up because the tmp directory needs to exist in order for the db-migrate init container to successfully run.
There was a problem hiding this comment.
@sensei100 I'd like for all of us to do a zoom together to test this because i'm still confused how this could be working.
There was a problem hiding this comment.
I don't really want to do a zoom on a Friday afternoon, but we can look at it together on Monday. This is fully working in Tupress and centralized metadata right now if you want to look at where projects where it has already been implemented.
There was a problem hiding this comment.
CM is working inspite of these changes not because of it. If you look inside cm container there is no /secure-tmp/log folder even though it gets created in Dockerfile.
There was a problem hiding this comment.
After a team discussion, we agreed to move the secure-tmp/log line into the entry point.sh file.
Dockerfile: Runs during image build (no environment variables available)
Entrypoint: Runs when container starts (environment variables available)