mirror of
https://github.com/fosrl/newt.git
synced 2026-05-05 23:50:10 -05:00
[GH-ISSUE #271] Newt stopped handling Private resources with EOF UDP relay error #2064
Reference in New Issue
Block a user
Delete Branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @mprokopiev on GitHub (Mar 13, 2026).
Original GitHub issue: https://github.com/fosrl/newt/issues/271
Originally assigned to: @oschwartz10612 on GitHub.
Describe the Bug
Hi team,
I lately had two outages with Newt handling private resources. All resources went down and didn't recover until Newt restart. Newt was handling public resources without any problems - only private resources associated with failed Newt instance were not working.
Previous incident (GMT+2):
There were near ~40k of "Direct UDP relay read error: EOF" log lines. Looking at logs I decided it could be related to gerbil, however gerbil logs were rotated. I waited for the next occurrence which happened recently. It started 20 seconds after newt container was recreated due to label change. There was no Gerbil connectivity errors I saw during the previous incident (GMT+2):
And ~20k of the same UDP relay errors.
Gerbil reports this during the same time (UTC) - maybe that's the IP of failed Newt instance:
Newt is running in docker:
What could be the reasons behind this? After the error, public resources worked fine.
Environment
To Reproduce
I found to specific way to reproduce this. I wasn't using Private resources much until last month. It's just a matter of time for this to happen.
Expected Behavior
Newt to reconnect after failure and start handling private resources again.
@github-actions[bot] commented on GitHub (Mar 28, 2026):
This issue has been automatically marked as stale due to 14 days of inactivity. It will be closed in 14 days if no further activity occurs.
@mprokopiev commented on GitHub (Mar 28, 2026):
Another observation on this is - the problem always happening under pressure. VM has near 50 containers on whenever VM is restarted, newt never manages Private Resources while public one work fine. Same UDP relay EOF error is appearing. Newt restart solve and newt starts handling Private Resources.
@AstralDestiny commented on GitHub (Apr 27, 2026):
Feels like someone just slapped everything they found for possible hardening or well cargo cult'ed onto that newt..
Also at that point it's odd to not see selinux at that point which would render most of that not needed and most of that isn't needed.. and setting values for no real reason too..
For you private resources are you hairpinning the udp or what's going on? and I don't see really a method to replicate I've got 87 containers on a host with newt I've never had to restart it so far and it uses private resources quite a bit to handle a multiplayer game that needs a bunch of tcp and udp ports open.
Also is this rootless docker ?