Trying to update the Docker image to the latest version, but can’t find the v2 image name and want to make sure that my settings will stay the same within my compose.yml.
Can you please provide instructions for updating on internally deployed instances?
So on Docker Hub, the only mutable images are tags 2 and latest.
Tag 2 is the latest release, tag latest is the latest commit on our main branch in github.
If you have an internal deployment and want to keep things predictable and stable, I would recommend using a specific release version. Currently the latest release is 2.3.15, and this is the docker image tag that can be used for all images.
If you need more info, can you also paste the docker images references that you currently have in the docker-compose file?
The docker-compose file mentioned in our documentation ( Deploying a Server - manual setup | Speckle Docs ) uses tag 2, and if you want to update to the latest server, you can do docker-compose pull to pull the latest images of the 2 tags.
Hi @cristi ~ responding to this thread because I recently pulled current release and am having some issues by which I believe they are related to the following discussion …
After pull the new containers from the registry, killing, and restarting speckle-server I am unable to login. Something odd with the front-end. Have you seen this and any idea what the issue may be?
Based on your error log, the server cannot connect to your S3 compatible storage.
If you set up an object storage for the server please check, that the S3_ACCESS_KEY environment variable is properly set for the server.
If you do not want to use the object storage, which is only recommended for test servers, you can set the DISABLE_FILE_UPLOADS="true" for the server.
As a tangential test, I enabled object storage, then restarted/rebuilt the containers. But am now faced with database issues. I’d prefer not to enable object storage, so will wait for your response to my previous message.
[INFO wait] --------------------------------------------------------
[INFO wait] docker-compose-wait 2.8.0
[INFO wait] ---------------------------
[DEBUG wait] Starting with configuration:
[DEBUG wait] - Hosts to be waiting for: [postgres:5432, redis:6379, minio:9000]
[DEBUG wait] - Timeout before failure: 30 seconds
[DEBUG wait] - TCP connection timeout before retry: 5 seconds
[DEBUG wait] - Sleeping time before checking for hosts availability: 0 seconds
[DEBUG wait] - Sleeping time once all hosts are available: 0 seconds
[DEBUG wait] - Sleeping time between retries: 1 seconds
[DEBUG wait] --------------------------------------------------------
[INFO wait] Checking availability of postgres:5432
[INFO wait] Host postgres:5432 not yet available...
[INFO wait] Host postgres:5432 is now available!
[INFO wait] --------------------------------------------------------
[INFO wait] Checking availability of redis:6379
[INFO wait] Host redis:6379 is now available!
[INFO wait] --------------------------------------------------------
[INFO wait] Checking availability of minio:9000
[INFO wait] Host minio:9000 is now available!
[INFO wait] --------------------------------------------------------
[INFO wait] docker-compose-wait - Everything's fine, the application can now start!
[INFO wait] --------------------------------------------------------
2022-08-11T19:46:04.440Z speckle:db-startup Loaded knex conf for production
2022-08-11T19:46:05.166Z speckle:www error: the database system is starting up
at Parser.parseErrorMessage (/speckle-server/node_modules/pg-protocol/dist/parser.js:287:98)
at Parser.handlePacket (/speckle-server/node_modules/pg-protocol/dist/parser.js:126:29)
at Parser.parse (/speckle-server/node_modules/pg-protocol/dist/parser.js:39:38)
at Socket.<anonymous> (/speckle-server/node_modules/pg-protocol/dist/index.js:11:42)
at Socket.emit (node:events:527:28)
at Socket.emit (node:domain:475:12)
at addChunk (node:internal/streams/readable:315:12)
at readableAddChunk (node:internal/streams/readable:289:9)
at Socket.Readable.push (node:internal/streams/readable:228:10)
at TCP.onStreamRead (node:internal/stream_base_commons:190:23)
I had this very much same issue and in the end it was because the frontend was not able to communicate with the server due to a typo on the CANONICAL_URL environment variable.
I can see from your screenshot your canonical URL should be http://speckletwo.mobiusnode.io/ would you mind checking if your CANONICAL_URL on the docker file is: CANONICAL_URL: "http://speckletwo.mobiusnode.io"
yes, if you disable fileuploads, you could in theory leave the minio service out of the compose file. Please note, that the fileimport-service relies on the S3 compatible object storage. We haven’t tested this extensively, but you might need to disable the fileimport-service too.
Regarding your database error, you need to set the WAIT_HOSTS: 'postgres:5432, redis:6379 env variable for the server, so that it waits for the database to start up. If that doesn’t work, the usual
should do the trick.
Do you add this variable to speckle-frontend: component of the .yml file?
it should be on the speckle-server container (the backend)
But am now faced with database issues.
Hmm, that should be a temporary startup issue, docker-compose should restart the server container and it should connect to the db after the db finished starting up. Can you check if the speckle-server container is restarted automatically? does it have the same error after restart?
you are probably getting an image version, where we strictly require an environment variable to be set on the frontend container. Make sure to set the FILE_SIZE_LIMIT variable.
Progress, @gergo … at least I have a front-end now, but still no login form. Still says “interoperability in seconds” but with no fields for usr/pwd (see screenshot).