Tailscale Traces Database Corruption to 16y/o SQLite WAL-Reset Bug

Re:Tailscale Traces Database Corruption to 16y/o SQLite WAL-... by jeffbee on Wednesday August 12, 2026 @12:11PM (#49274696)

Block device upfuckery layers are powerful against databases. Years ago some colleagues wrote one that provides most of the hazards described by "Parity Lost and Parity Regained"[1] to test FoundationDB, which immediately uncovered several flaws in a project that described itself as well-tested. It's easy to do this with all the probing features that Linux (and others) provide today.

1: https://www.usenix.org/legacy/event/fast08/tech/full_papers/...

[ Parent | on HN ]

Re:Tailscale Traces Database Corruption to 16y/o SQLite WAL-... by jnwatson on Wednesday August 12, 2026 @12:42PM (#49275192)

I'm definitely going to use the word "upfuckery" instead of fault injection the next time I need it.

[ Parent | on HN ]

Re:Tailscale Traces Database Corruption to 16y/o SQLite WAL-... by dilyevsky on Wednesday August 12, 2026 @02:01PM (#49276335)

With opus 4.7-ish to fable 5, immediately after release - before they locked it down, it was shockingly easy to find crash bugs in a lot of very heavily used DBs and other software.

[ Parent | on HN ]

Re:Tailscale Traces Database Corruption to 16y/o SQLite WAL-... by jeffbee on Wednesday August 12, 2026 @02:08PM (#49276437)

I'll accept crashing in preference to a database acknowledging transaction that weren't durably committed.

[ Parent | on HN ]

Re:Tailscale Traces Database Corruption to 16y/o SQLite WAL-... by dilyevsky on Wednesday August 12, 2026 @05:38PM (#49278935)

For sure! I haven't had the opportunity to burn many tokens on this but given how quickly it was able to fuzz it into crashing i'm sure it can manage.

[ Parent | on HN ]

Re:Tailscale Traces Database Corruption to 16y/o SQLite WAL-... by inigyou on Wednesday August 12, 2026 @08:15PM (#49280286)

Did you personally find them?

[ Parent | on HN ]