-
Notifications
You must be signed in to change notification settings - Fork 5
ECS Deployment Failing #24
Comments
Yep, you are probably right. The operations run in the entry point should be more granular, in order to avoid trying to recreate the database when it already exists. I will try to provide a fix. |
I should note that it seems to be an issue because I'm using an RDS running MariaDB. I tried to replicate it locally and it seems fine starting up and stopping using the local SQLite implementation. |
Yes, the problem will happen only when using an external database, because when using the sqlite one, a new database is created every time you create a container, so it doesn't fail. If you try to use an existing database with a new container, you will see the error. |
I believe the best solution is a script to check if the database exists with tables and if so then don't try to re-init everything. |
Yep, that's what I had in mind :) |
I'm writing something in PHP right now, I'll send it over when I'm done. |
@BitForger both |
I'm seeing another issue when trying to redeploy using my own copies.. if it happens in those builds i'll open another ticket. |
I have just checked that both builds have finished successfully. You should be able to pull both |
shlink-docker-image/docker-entrypoint.sh
Line 7 in d90c1ca
The above
if
block is causing all updated deployments of shlink in an ECS environment to fail. I'm trying to figure out why this needs to be run every time on startup as anytime a container is pulled in an orchestrated environment it is likely that it will be pulled and started in a completely clean state. Because of that, the directory it's looking for isn't there while the DB has been initialized and has (or should have) the correct schema. How do I go about making this work for my ECS environment?The text was updated successfully, but these errors were encountered: