-
Notifications
You must be signed in to change notification settings - Fork 1.9k
Open
Labels
cube storeIssues relating to Cube StoreIssues relating to Cube Store
Description
Describe the bug
When running the latest CubeJS docker image in dev mode, cubestore does not start due to it not finding libssl.so.1.1. This makes the dev mode dysfunctional for ARM64 platforms (including SBCs, Macbooks running ARM docker eg).
To Reproduce
Steps to reproduce the behavior:
- On an arm64 device, run the following command to start a minimal example of a docker container running cube in dev mode:
$ docker run -it --rm -e CUBEJS_DEV_MODE=true cubejs/cube:v1.6.1@sha256:010d7bc302477e2bb10b837c05a888eb6693fd4307f3cd55609068ec900c0755- Observe the output, see excerpt below:
Warning. There is no cube.js file. Continue with environment variables
🔥 Cube Store (1.6.1) is assigned to 3030 port.
Warning. Option apiSecret is required in dev mode. Cube has generated it as d9a8919acf88e5b54603782bb3164d5f
🔓 Authentication checks are disabled in developer mode. Please use NODE_ENV=production to enable it.
🦅 Dev environment available at http://localhost:4000
🔗 Cube SQL (pg) is listening on 0.0.0.0:15432
🚀 Cube API server (1.6.1) is listening on 4000
/cube/node_modules/@cubejs-backend/cubestore/downloaded/latest/bin/cubestored: error while loading shared libraries: libssl.so.1.1: cannot open shared object file: No such file or directory
Cube Store Start Error:
{}
Cube Store exited with 127 on startup.Affected versions
It seems to affect versions >=1.5.13, including current (1.6.1 as of writing). 1.5.12 works.
Additional context
The versions having the issue points to it being related to changes introduced in 09f0fa6. Question related to that commit: Is there a reason debian bullseye is used and not bookworm? (which seems to be used throughout the rest of the project)
Happy to open a PR and update it 😄
Metadata
Metadata
Assignees
Labels
cube storeIssues relating to Cube StoreIssues relating to Cube Store