Closed ayman-makki closed 5 months ago
And even after a few minutes, containers are still not healthy (after running with --ignore-health-checks)
The services look healthy to me based on your output above, ie.
10a91ce5e270 public.ecr.aws/supabase/edge-runtime:v1.36.1 "sh -c 'mkdir -p /ho…" 3 minutes ago Up 3 minutes 8081/tcp supabase_edge_runtime_suptest
03593e947430 public.ecr.aws/supabase/postgrest:v12.0.1 "/bin/postgrest" 3 minutes ago Up 3 minutes 3000/tcp supabase_rest_suptest
The reason there's no (healthy)
text is because these containers don't have a http client so we can't use the native docker health check. Instead, we issue health check from cli code. You can make the same request using curl to verify that they are healthy, ie.
$ curl -I localhost:54321/rest-admin/v1/ready
HTTP/1.1 200 OK
Connection: keep-alive
Date: Mon, 19 Feb 2024 10:36:03 GMT
Server: postgrest/12.0.2
Access-Control-Allow-Origin: *
X-Kong-Upstream-Latency: 1
X-Kong-Proxy-Latency: 0
Via: kong/2.8.1
Could you try isolating the problem further by excluding edge runtime from starting? ie. supabase start -x edge-runtime
Thanks @sweatybridge for your inputs.
However, the check on postgrest is not producing expected output :
$ curl -I localhost:54321/rest-admin/v1/ready HTTP/1.1 502 Bad Gateway Date: Mon, 19 Feb 2024 16:28:15 GMT Content-Type: application/json; charset=utf-8 Connection: keep-alive Content-Length: 75 Access-Control-Allow-Origin: * X-Kong-Upstream-Latency: 0 X-Kong-Proxy-Latency: 0 Via: kong/2.8.1
Again, logs checking does not bring anything unusual.
Could you try isolating the problem further by excluding edge runtime from starting? ie. supabase start -x edge-runtime
service not healthy: [supabase_rest_institut]
Similaryl, testing supabase start -x postgrest
service not healthy: [supabase_edge_runtime_institut]
FTR: I was having the same problem and googled this issue. After a while I've figured out that colima wasn't starting since my docker setup was broken (installed via app store and colima via brew so they weren't linked together - this wasn't obvious until I've checked brew services list
and cat /opt/homebrew/var/log/colima.log
).
So, removing docker app and reinstalling it from brew fixed colima and get supabase start
to run w/o errors
I've improved health check implementation a little. Let me know if this is still reproducible using npx supabase@beta start
Describe the bug Crash report ID : df9051ce9f494342b5981d91e1f81fe9 I used to use the supabase locally without any issues and after resetting the project it started throwing
service not healthy: [supabase_rest_suptest supabase_edge_runtime_suptest]
without any clear reasons. I tried purging all docker volumes and images, switching to supabase-beta, nothing works. The weirdest is that the corresponding docker logs do not show any signs of error :
supabase_rest_suptest container logs: 19/Feb/2024:03:23:41 +0000: Starting PostgREST 12.0.1... 19/Feb/2024:03:23:41 +0000: Attempting to connect to the database... 19/Feb/2024:03:23:41 +0000: Connection successful 19/Feb/2024:03:23:41 +0000: Admin server listening on port 3001 19/Feb/2024:03:23:41 +0000: Listening on port 3000 19/Feb/2024:03:23:41 +0000: Config reloaded 19/Feb/2024:03:23:41 +0000: Listening for notifications on the pgrst channel 19/Feb/2024:03:23:41 +0000: Schema cache loaded
supabase_edge_runtime_suptest container logs: Serving functions on http://127.0.0.1:54321/functions/v1/
Using supabase-edge-runtime-1.36.1 (compatible with Deno v1.40.3)
And even after a few minutes, containers are still not healthy (after running with --ignore-health-checks)
To Reproduce Steps to reproduce the behavior:
Expected behavior All services should start normally as they used to
System information Rerun the failing command with
--create-ticket
flag (preferred).