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
When running canasta create the DB container on my server takes a couple of minutes to come good. In the example logs below it took from 21:58:01 until 22:00:12 for the freshly created db to come good.
This timeout being non-configurable means that the create command bails out, and you can either keep the containers or cleanup. But the problem with keeping the containers/config is that there doesn't seem to be a way to re-run the create command with the same config so that the install command etc can be re-run now the DB is up. ie the following code doesn't appear to be able to be re-run
Instead, rerunning create with the same args gives the following fatal error
fatal: destination path '/canasta/canasta1' already exists and is not an empty directory.
Allowing the timeout to be configurable would probably be an easier solution to this than attempting to rerun a partially-completed installation process.
$ docker logs canasta1-db-1
2024-04-28 21:58:01+00:00 [Note] [Entrypoint]: Entrypoint script for MySQL Server 8.0.33-1.el8 started.
<snip>
2024-04-28T22:00:12.657246Z 0 [System] [MY-011323] [Server] X Plugin ready for connections. Bind-address: '::' port: 33060, socket: /var/run/mysqld/mysqlx.sock
2024-04-28T22:00:12.657287Z 0 [System] [MY-010931] [Server] /usr/sbin/mysqld: ready for connections. Version: '8.0.33' socket: '/var/lib/mysql/mysql.sock' port: 3306 MySQL Community Server - GPL.
The text was updated successfully, but these errors were encountered:
I agree that this is an issue that we should aim to resolve. @vedmaka do you think it would be feasible to allow the sysadmin to change wait-for-it.sh depending on how fast/slow the system is?
When running
canasta create
the DB container on my server takes a couple of minutes to come good. In the example logs below it took from21:58:01
until22:00:12
for the freshly created db to come good.This is longer than the wait-for-it script allows
Canasta-CLI/internal/mediawiki/mediawiki.go
Line 28 in 2fbcb74
This timeout being non-configurable means that the create command bails out, and you can either keep the containers or cleanup. But the problem with keeping the containers/config is that there doesn't seem to be a way to re-run the create command with the same config so that the install command etc can be re-run now the DB is up. ie the following code doesn't appear to be able to be re-run
Canasta-CLI/cmd/create/create.go
Lines 122 to 130 in 2fbcb74
Instead, rerunning create with the same args gives the following fatal error
Allowing the timeout to be configurable would probably be an easier solution to this than attempting to rerun a partially-completed installation process.
The text was updated successfully, but these errors were encountered: