Closed sosensible closed 3 months ago
I use Docker for multiple things; nothing else has been an issue ATM or recently.
I'm experiencing the same issue when trying to start it on Windows; however, it works fine on Mac.
The workaround for now is to turn off analytics in config.toml
[analytics]
enabled = false
I've tested a fix for this in cli 1.187.5. You will need to enable a few settings on docker desktop on windows (see screenshot).
After that, you can enable analytics without running into crashloop. The postgres and api gateway logs are still unavailable on studio but I will look into that separately. https://github.com/supabase/supabase/issues/26785
This should be reopened, it did not fix things. I created the setting above.
The local supabase starts, and in less than a minute, after pulling current images. It is not showing the vector DB restarting, now it just fails the healthcheck perhaps, but the flag to ignore healthcheck had no impact. Still failed.
P.S. We used scoop to install supabase and are running on the current update.
@sosensible the fix is only released to beta channel atm. Could you give npx supabase@beta start
a try?
@sweatybridge that worked for me. I also enabled the settings in Docker. Thank you!
supabase@beta is working on windows 11. Thanks for for updates!
For us, supabase@beta is not working on Windows 11. Everything starts up, and with or without the ignore health check flag, it still shuts right down after everything starts up.
I'm getting this issue again in Supabase 1.191.3
.
I'm getting this issue again in Supabase
1.191.3
.
Confirmed on my Windows 11 machine. supabase --version 1.191.3 EDIT: I have applied requested docker configs above : expose daemon on tcp allow *.docker.internal names
The same error and crashloop happens. Please re-open issue
supabase@beta works for me only when I set "analytics=false", in this way vector container will not be started.
Describe the bug Using supabase cli to do local dev. The start fails with the vector container restarting until healthcheck fails.
To Reproduce Steps to reproduce the behavior:
Expected behavior Supabase services to start local like they used to.
Screenshots n/a
System information Rerun the failing command with
--create-ticket
flag.Additional context n/a