Open cmoulliard opened 2 years ago
So, as far as I'm aware this was because of the following bits of code in the Dockerfile that you can see on the backstage docs:
# install sqlite3 dependencies, you can skip this if you don't use sqlite3 in the image
RUN apt-get update && \
apt-get install -y --no-install-recommends libsqlite3-dev python3 build-essential && \
rm -rf /var/lib/apt/lists/* && \
yarn config set python /usr/bin/python3
I had the same error until I remove that part from the Dockerfile and also made sure to change the database engine to postgres and not sqlite.
Previously the process to create an application was asking which DB the user wanted to use and the package was installed by the BuildAppTask but this option is gone since versions >= 1.2.
As the npx @backstage/create-app
will not anymore package the dependencies of the DB, I suggest then to document part of this Helm documentation that additional packages should be added using the command yarn add --cwd packages/backend better-sqlite3, etc
before to build the image.
WDYT ? @ChrisJBurns @vinzscam
To be honest, I don't even think it's worth mentioning. The backstage docs themselves say that sqlite
are for local setups and local testing and that users should focus on using postgres
for their real setup. Since the Helm Chart will be dealing with official deployments of Backstage in Kubernetes, I think we just completely drop the mentioning of sqlite
across the board and only offer the ability to add config for external databases OR using the postgres offered by the subchart (as this will be a popular implementation method for those who want to use Backstage in hermetic environments (some banking firms, governments etc etc) and want to have their postgres instance inside of Kubernetes.
Since the Helm Chart will be dealing with official deployments of Backstage in Kubernetes, I think we just completely drop the mentioning of
sqlite
across the board and only offer the ability to add config for external databases OR using the postgres offered by the subchart (as this will be a popular implementation method for those who want to use Backstage in hermetic environments (some banking firms, governments etc etc) and want to have their postgres instance inside of Kubernetes.
So it is time that we include the helm postgresql sub-chart or dependency of this backstage helm chart to have a backstage application working on k8s ;-)
I agree! I've pushed up the newest changes on the weekend, let me know if all looks well :+1:
Issue
When we deploy the helm chart
from a project created using
npx @backstage/create-app
then we got the following error as by default the module
better-sqlite3
is not packaged within the node application when we build itLog of the backend pod
The documentation page should include a warning message to explain how the image should be created and which packages should be packaged