How can I clear up an udp4 port that is held open but has no pid attached to it? Neither nfs nor wireguard are keeping that port up. Also nothing in /proc/*/fd/* when searching for the inode that keeps the port open. What the heck? It was used by a gameserver which I sigkilled, now this *ghost* port stays open and blocks further attemps to bind to that port. Shown in /proc/net/udp is uid 0 and a lot of drops at that port. #linux#networking#debian
@oheso I am also quite flabbergasted by this phenomenon. But do I want to reboot the server each time a process sh*ts itself in a very peculiar port blocking way? :crychkat3r:
@anselmschueler thats not the answer unfortunately, thanks for the effort though. lsof -i :port shows nothing, ss -tulpn shows udp UNCONN 262656 and no corresponding pid/program, it still has stuff in Recv-Q. The conan exiles server went and ghostblocked udp ports 7777/7778 and started on 7779 7780 the next time I started it because the first two are indefinitely blocked.
@anselmschueler I checked, its just /opt/wine-stable/bin/wineserver, C:\windows\system32\winedevice.exe and /bin/sh /usr/bin/xvfb-run --auto-servernum --server-args=-screen 0 640x480x24:32 wine64 ./ConanSandboxServer.exe thats the bare minimum number of processes to run the conan server under wine
@oheso If i could just tell something to free a port by the /proc/net/udp sl, because that is how far I can track the port. Wait can I try to use the pointer from the udp file to find the culprit?🤔
@SolSoCoG is it listed in /proc/net/udp? Also, could be the owning process hasn't be reaped by its parent so it is in a zombie state and therefore holding onto socket.
@deltalead waaaaaait a second. I was like "okay f it, lets just browse ps aux even if its a hundred thousand pids" and I found something screaming "hey I block these ports" [Game] <defunct> :eichk4tchu: I didn't realize it would just be named Game instead of ConanSandbox.exe
maybe ps aux | grep defunct would help next time, duh.