-
Notifications
You must be signed in to change notification settings - Fork 6
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
Bootstrapping fails in docker-compose configuration for submission-ui service #153
Comments
A couple of things that will help narrow in on what's going on:
|
I'll confirm on your first two follow-up questions shortly. For the expected output, I'm referring to the output from the bootstrap routine. |
Given that you are connecting to MariaDB and not seeing any tables, I suspect that submission UI hadn't completely started yet |
I can confirm there are no orphan containers. Per your suspicions, submission UI comes up 'unhealthy' after 10 minutes uptime. Other arxiv-prefixed services are showing up 'healthy' (with the exception of arxiv/plaintext which isn't showing health status). |
Ok, interesting. Can you pull out lines from |
OK, seems like I may need to be sure I have a working compiler service running!
|
Describe the bug
Tables in the
submission
database are not getting populated in docker-compose configuration. Trying to create a new submission without the needed table leads to transaction errors.To Reproduce
Steps to reproduce the behavior:
docker-compose rm -v
arxiv-submission-ui/docker-compose.yml
Line 300 in 2cc8b8b
Expected behavior
submission
table by thesubmission-ui
service indocker-compose.yml
.submission-ui
should still be available at port 8000, but theflask
command is commented out for this serviceAdditional context
pipenv run python bootstrap.py
manually populates the database successfully. (It might be helpful to have astdout
handler for logging output in this scenario)The text was updated successfully, but these errors were encountered: