Getting an error thread 'tokio-runtime-worker' panicked at libs/user-facing-errors/src/quaint.rs
Hi, Help!
I started getting this error on production and not sure where it's coming from. The logs say to add
RUST_BACKTRACE=1
Would that be in on my api server, like so?
RUST_BACKTRACE=1 node src/
Just want to get some input / ideas before I start missing with the prod server.
Logs:
2025-02-21T13:54:08.001644955Z thread 'tokio-runtime-worker' panicked at libs/user-facing-errors/src/quaint.rs:178:18:
2025-02-21T13:54:08.002582171Z internal error: entered unreachable code
2025-02-21T13:54:08.002592830Z note: run with RUST_BACKTRACE=1
environment8 Replies
You're in no rush, so we'll let a dev step in. Enjoy your coffee, or drop into
#ask-ai
if you get antsy for a second opinion!Any help on this would be much appreciated...
My research pointed me to the fact that adding the RUST_BACKTRACE flag would not work at the node process level
Hey 👋
When exactly do you get this error? Does it happen randomly while trying to run a prisma query?
Is this happening on latest version of prisma?
Hi @Nurul (Prisma) !
It's happening randomly about 1-2 times a day on production, can't reproduce it on dev.
Can you upgrade to latest version and check if it still happens?
okay, I'll do that after-hours and report back.
To confirm, is there any way for me to get the stack trace by adding something in node process?
I would recommend setting DEBUG environment variable to see if you get additional information:
https://www.prisma.io/docs/orm/prisma-client/debugging-and-troubleshooting/debugging#setting-the-debug-environment-variable
Debugging (Reference) | Prisma Documentation
This page explains how to enable debugging output for Prisma Client by setting the
DEBUG
environment variable.good idea,
I upgraded prisma on production last night, and will update the thread if the error comes back. And will try the debug too
I upgraded prisma on production last night, and will update the thread if the error comes back. And will try the debug too