supabase start fails since v2.112.0: realtime container exits with 'sudo: account validation failure' for the nobody account
@7ttp is already working on this.
Since Sep 4, 2026.
Assessment
This issue has not been assessed yet.
Description
Describe the bug
Starting with CLI v2.112.0, supabase start fails deterministically in our containerised CI runners while initialising the schema. The realtime container exits because sudo cannot switch to the nobody account:
Starting database...
Initialising schema...
+ export ERL_CRASH_DUMP=/tmp/erl_crash.dump
+ echo 'Running migrations'
+ sudo -E -u nobody /app/bin/migrate
sudo: account validation failure, is your account locked?
sudo: a password is required
Stopping containers...
error running container: exit 1
Without --debug the only output is error running container: exit 1, which is why this took a while to pin down — it is indistinguishable from unrelated container failures.
To Reproduce
In a Linux container with Docker available and a project with local migrations:
supabase stop --no-backup
supabase start # fails at "Initialising schema"
Bisection
We bisected across stable releases on a single machine, 3 supabase start attempts per version, same project, same host, same Docker:
| CLI version | supabase start |
|---|---|
| 2.116.0 | 0/3 |
| 2.115.0 | 0/3 |
| 2.114.0 | 0/3 |
| 2.113.0 | 0/3 |
| 2.112.0 | 0/3 |
| 2.111.0 | 3/3 OK |
| 2.109.1 | 6/6 OK |
The regression is introduced in 2.112.0 and is still present in 2.116.0. All five failing versions produce the identical sudo: account validation failure message, so this looks like a change in the bundled realtime image rather than in the CLI binary itself.
Expected behavior
supabase start completes, or at minimum surfaces the underlying container error without requiring --debug.
System information
- OS: Ubuntu (Linux kernel 7.0.0-30-generic), x86_64
- Docker: 29.1.3 (client and server), storage driver
overlayfs, cgroup driversystemdv2 - Supabase CLI: installed from the official
.debrelease artifacts - Postgres image pulled by 2.116.0:
public.ecr.aws/supabase/postgres:17.6.1.165 - Runs as a non-root user inside an unprivileged system container
Additional context
We have pinned to 2.111.0 as a workaround. Happy to provide more of the --debug output or test a patched image if that helps.
- Dominant language
- TypeScript
- Stars
- 2.4k
- Forks
- 523
- Avg merge
- 20h 47m
- Merged PRs (30d)
- 243
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
More from supabase/cli
-
🐛 Bug supabase/cli
-
🐛 Bug supabase/cli
-
🐛 Bug supabase/cli
-
Local Kong keeps idle upstream connections longer than PostgREST, causing sporadic 502 on POST/PATCH Open🐛 Bug supabase/cli
-
✨ Feature supabase/cli
Similar issues
-
Difficulty 2/5 1-3 hours Newbie friendliness 84/100
Eynzof/Hermes-CN-Desktop#610 ·
-
bug clawsweeper:linked-pr-open clawsweeper:needs-live-repro clawsweeper:no-new-fix-pr impact:message-loss issue-rating: 🐚 platinum hermit P2 regression
Difficulty 2/5 1-3 hours Newbie friendliness 78/100
-
enhancement
Difficulty 2/5 1-3 hours Newbie friendliness 68/100
-
calcite-components needs triage refactor
Difficulty 2/5 1-3 hours Newbie friendliness 75/100
Esri/calcite-design-system#15203 ·
-
Difficulty 2/5 1-3 hours Newbie friendliness 90/100
danielmiessler/LifeOS#2218 ·