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 you deploy a Cartesi app on a cloud provider, you have a .env file for node configuration in the app directory. After deployment, if you switch back to local development and run the node, the CLI should ignore the .env file and the Node should run smoothly as it did before deployment.
🫠 Actual behavior
When you spin up the node with cartesi run, the Cartesi CLI reads the node env variables from .env and overrides the default values. This creates a timeout issue for local node as shown below:
Attaching to prompt-1, validator-1
validator-1 | 2024-08-01T15:07:48.190 ERR ERROR r2d2: unnamed prepared statement does not exist service=graphql-server
validator-1 | 2024-08-01T15:07:48.195 ERR ERROR r2d2: unnamed prepared statement does not exist service=graphql-server
validator-1 | 2024-08-01T15:07:50.760 ERR Service timed out service=graphql-server
validator-1 | 2024-08-01T15:07:50.824 ERR Node exited with an error error="timed out waiting for service to be ready"
🧪 Minimal test case
Steps to reproduce:
Create a .env file inside app directory with some production env variables defined.
Build and run the app locally.
🌎 Environment
Local Dev environment - Mac M1 Pro
Cartesi CLI version 0.15.1
✔️ Possible solutions
Currently, quick fix is to simply rename .env file when you're running node in locally.
The text was updated successfully, but these errors were encountered:
Since .env can be a valid file for the development environment, we could emit a WARNING in the CLI, suggesting the user to rename the file or be careful with which variable are chosen.
Also, suggest using cartesi.env to override rollups-node ENV variables.
🙂 Expected behavior
When you deploy a Cartesi app on a cloud provider, you have a
.env
file for node configuration in the app directory. After deployment, if you switch back to local development and run the node, the CLI should ignore the.env
file and the Node should run smoothly as it did before deployment.🫠 Actual behavior
When you spin up the node with
cartesi run
, the Cartesi CLI reads the node env variables from.env
and overrides the default values. This creates a timeout issue for local node as shown below:🧪 Minimal test case
Steps to reproduce:
🌎 Environment
Local Dev environment - Mac M1 Pro
Cartesi CLI version 0.15.1
✔️ Possible solutions
Currently, quick fix is to simply rename
.env
file when you're running node in locally.The text was updated successfully, but these errors were encountered: