Skip to content

cannot set up supabase self host. Almost every deployment does not start #78

Open
@lb-ovc

Description

@lb-ovc

Bug report

Nothing works.

Describe the bug

I am trying to setup selfhost since around 8 hours now. Tried everything and nothing works.

This is how it currently looks:
image

A clear and concise description of what the bug is.

To Reproduce

Clone and edit the values.yaml following exactly the "Customize" section of the documentation.

Config i did:

SMTP_ADMIN_MAIL = "[email protected]"
SMTP_HOST="strato"
SMTP_PORT="463"
SMTP_SENDER_NAME="blabla"

Generated the jwt secrets like told

secret:
  jwt:
    anonKey: eyJhbGci...3ZO2g
    serviceKey:eyJhbGciOi...NA10c5A
    secret: 4RgG4u...Q==

set the smpt secret like told:

secret:
  smtp:
    username: [email protected]
    password: secretpasswordcensored

set the db secret:

secret:
  db:
    username: supabase
    password: supersecretpasswordcensored
    database: supabase
   host: 10.....0 # added this line to point to my external database running on a hetzner server (installing this on master which can access the local ip address of the db server) 
   port: 5432 # added this also
   # specify existing secret, which takes precedence over variables above
   secretRef: ""
    # override secret keys for existing secret refs
   secretRefKey:
     username: username
     password: password
     database: database
     host: host
     port: port

disabled the db image because i have the external database

db:
   enabled: false

Updated the dashboard secret

secrets:
  dashboard:
    username: myusername
    password: supersecurecensoredpassword
    # specify existing secret, which takes precedence over variables above
    # secretRef: ""
    # override secret keys for existing secret refs
    secretRefKey:
      username: username
      password: password

generated a key with the openssl rand 64 | base64 command for the analytics key

 analytics:
    apiKey: "8Zzj+...UhiQ=="
    # specify existing secret, which takes precedence over variable above
    # override secret keys for existing secret refs
    secretRefKey:
      apiKey: apiKey

we are using exoscale for the s3 so i did this config:

secrets:
  s3:
    keyId: "xyz"
    accessKey: "LW...zq0"
    # specify existing secret, which takes precedence over variables above
    # secretRef: ""
    # override secret keys for existing secret refs
    secretRefKey:
      keyId: keyId
      accessKey: accessKey

and

storage: 
environment:
    # Override the database hostname if using external database
    DB_HOST: 10.xxxxx.5
    DB_USER: supabase_storage_admin # does this need to be changed to my supabase user from my external db??
    DB_PORT: 5432
    DB_DRIVER: postgres
    DB_SSL: disable  # disable, allow, prefer, require, verify-ca, verify-full
    PGOPTIONS: -c search_path=storage,public
    FILE_SIZE_LIMIT: "52428800"
    STORAGE_BACKEND: file  # file, s3
    FILE_STORAGE_BACKEND_PATH: /var/lib/storage
    TENANT_ID: stub
    REGION: stub
    GLOBAL_S3_BUCKET: app
    # Set variables below and secret.s3 above to enable S3 storage bucket
    # If using this chart's minio, skip the endpoint and protocol below
    STORAGE_BACKEND: s3
    GLOBAL_S3_ENDPOINT: https://sos-de-fra-1.exo.io
    GLOBAL_S3_PROTOCOL: https
    GLOBAL_S3_FORCE_PATH_STYLE: true

the last thing was setting every example.com in the value.yaml to https://supabase.mywebsite.de and for the kong config the host to supabase.mywebsite.de

Copied the config to my server and ran helm install bfh -f config.yaml .

Output:

root@master-1:~/supabase-kubernetes/charts/supabase# helm install bfh -f config.yaml .
walk.go:74: found symbolic link in path: /root/supabase-kubernetes/charts/supabase/ci/example-values.yaml resolves to /root/supabase-kubernetes/charts/supabase/values.example.yaml. Contents of linked file included and used
W0728 21:27:57.968324  795993 warnings.go:70] spec.template.spec.containers[0].env[35].name: duplicate name "GOTRUE_SMTP_PASS"
NAME: bfh
LAST DEPLOYED: Sun Jul 28 21:27:52 2024
NAMESPACE: default
STATUS: deployed
REVISION: 1
NOTES:
---
Thank you for installing supabase!

Visit the Studio dashboard at http://supabase.mywebsite.de

initDB returns "accepting Connections"

Expected behavior

Services and pods to start without an error.

A clear and concise description of what you expected to happen.

Screenshots

So here is the log from every failed deployments:

analytics:
bfh-supabase-analytics-6c8ffcd7cc-2s42t_supabase-analytics.log

auth:
Cant even download the logs
image

functions:
image

meta:
image

realtime:
bfh-supabase-realtime-5dd674d7d5-whlbh_supabase-realtime.log

rest:
bfh-supabase-rest-6fdf6ccd44-wmbwn_supabase-rest.log

storage:
bfh-supabase-storage-6574cf9844-7zwpv_supabase-storage.log

vector:
image

If applicable, add screenshots to help explain your problem.

Additional context

Add any other context about the problem here.

This is just really frustrating having a so bad documented documentation for such a cool product like supabase...

Metadata

Metadata

Assignees

No one assigned

    Labels

    bugSomething isn't working

    Type

    No type

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions