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
In the docker compose file for deploying Arachne we tell docker that datanode depends on postgres and execution-engine. However this only guarantees that the execution-engine and postgres start before datanode and not that they have completed their startup process.
I have an issue where sometimes when I start the application it will start in docker mode and sometimes it will start in tarball mode even though I have not changed anything. I do have docker mode enabled in execution engine but @konstjar and I were thinking that because execution engine is not fully started before datanode the app will start in tarball mode sometimes. This is non-deterministic behavior. sometimes it starts in docker mode and sometimes it does not.
We can possibly fix it using the wait-for-it script as the entry point to datanode. Perhaps there are other solutions as well.
discussed with @konstjar. We don't want datanode to depend on execution engine being online when it starts. It should start up and keep looking for execution engine. once execution is online datanode should connect to it. So the order of startup should not matter.
One idea: use https://github.com/vishnubob/wait-for-it in the docker compose file to make sure execution is online before starting the front end. A better solution might be for the front end to have it's own environment variable for docker mode.
In the docker compose file for deploying Arachne we tell docker that datanode depends on postgres and execution-engine. However this only guarantees that the execution-engine and postgres start before datanode and not that they have completed their startup process.
I have an issue where sometimes when I start the application it will start in docker mode and sometimes it will start in tarball mode even though I have not changed anything. I do have docker mode enabled in execution engine but @konstjar and I were thinking that because execution engine is not fully started before datanode the app will start in tarball mode sometimes. This is non-deterministic behavior. sometimes it starts in docker mode and sometimes it does not.
We can possibly fix it using the wait-for-it script as the entry point to datanode. Perhaps there are other solutions as well.
https://github.com/vishnubob/wait-for-it
If we use wait-for-it.sh then we need to add this script to the datanode docker image.
The text was updated successfully, but these errors were encountered: