supabase / cli

Supabase CLI. Manage postgres migrations, run Supabase locally, deploy edge functions. Postgres backups. Generating types from your database schema.
https://supabase.com/docs/reference/cli/about
MIT License
1.08k stars 211 forks source link

Error Status 502 when running supabase start #2893

Open aidan-wood-43 opened 6 days ago

aidan-wood-43 commented 6 days ago

Describe the bug Following an update to the CLI, I am no longer able to start supabase services via the cli.

I am using Ubuntu 22.04 via Windows 11 WSL. I initially installed supabase via dpkg with the instructions here. Following this, I ran supabase init, start, etc. as expected without issues. After using supbase cli for a period of time, I was prompted to update the cli. To make this easier, I decided to uninstall the cli installed via source and re-install via npm. Following this, I am now unable to run supabase start without encountering Error status 502:.

The final lines of the error trace are below:

Stopping containers...
Pruned containers: [...]
Pruned volumes: [supabase_db_project_name supabase_storage_project_name supabase_config_project_name  supabase_inbucket_project_name ]
Pruned network: [supabase_network_project_name ]
Error status 502:

As part of efforts to resolve the issue I have attempted the following without success:

To Reproduce Steps to reproduce the behavior:

  1. Install supabase from source via dpkg
  2. Run supabase init, supabase start
  3. Uninstall supabase-cli
  4. install supabase via npm
  5. Run supabase start

Expected behavior I would expect my supabase local instance to be available through localhost.

Screenshots N/A

System information Rerun the failing command with --create-ticket flag.

Additional context If applicable, add any other context about the problem here.

avallete commented 2 days ago

Hey there !

Thanks for reporting.

Did you tried cleaning up your local volumes and made sure all containers were down with npx supabase stop --all --no-backup ?

Could you try to run things with the --debug flags to get more details about which container is failing to spin up ?