-
Notifications
You must be signed in to change notification settings - Fork 34
Ursa-proxy, tokio-runtime-worker: internal error: entered unreachable code: the default fallback added in `Router::new #522
Comments
The same issue happens natively, as a systemd service. Below I've shared some logs to help troubleshoot. This is the STDERR error messages, have in mind there are appended continuously, as the service restarts, similar to the docker compose.
The stdout messages are also appended. Do note that the systemd service, as docker stack, has the order to restart on failure.
The journal
|
Might be related tokio-rs/axum#1955. It was opened a couple of days ago. We're using axum version 0.6.1. |
@heldrida I haven't been able to replicate this. |
This error you're seeing comes from a version after 0.6.13. While it's not exactly the same error as tokio-rs/axum#1955 it is related for sure. If you find a way to reproduce it I'd love hear about it! Been trying to repro that for days without any luck 😕 |
Unlucky me, as I keep getting this issue every time. The following is the latest lines in the journalctl, as we see it keeps status=6/ABRT
This occurred after:
As in the original reports, find stdout at
|
It's interesting that this issue doesn't appear when I run the binaries locally w/o containerization 🤔. I'm on Mac btw. |
I have found a minimal reproduction for the bug in axum: tokio-rs/axum#1955 (comment) I expect to have a fix out by the end of the week. |
Awesome! Thank you! |
I believe tokio-rs/axum#1958 should fix the issue. Are you able to test it? |
@davidpdrsn Just to let you know that I'm having a look and will do a few tests and comment back to you, in the context of our project. Thanks for your time and the PR! I'll comment back here... |
@davidpdrsn looks good so far, thank you! |
Great! I'll get a release out some time this week. |
The fix was just released in 0.6.17 🎉 |
Thanks! That was super quick 🔥 |
Description
On Docker stack, fresh install and vps, an error shows up which might be similar or same as previously reported "tokio-runtime-worker: internal error: entered unreachable code: the default fallback added in
Router::new
matches everything".As the Docker stack is set to restart on failure, the issue seems not to occur immediately after. Left the service running and when checked back after no interactions past an initial /ping, seen the error in the logs again.
Environment
Demo
After leaving the server running for >=15m, post the initial /ping request
Notes
Checklist
The text was updated successfully, but these errors were encountered: