Linux孤儿套接字监听器的问题

我提出了一个不寻常的sockets状态，并想知道是否有人能解释它。

有问题的操作系统是：Linux SLES11SP2-2 Revision 0 ia32e

所用的java版本是：1.7.0.45-64

我有一个正在运行的java进程，它使用TCP协议在端口N上进行侦听。 java进程在启动时成功绑定到该端口，并正在等待accept（）方法。 在某个未知的地方，java进程已经丢失了正在监听那个端口的文件描述符，但是它仍然在accept（）方法上等待一个没有调用close（）的方法。

查看'lsof'的输出（以root身份），没有任何进程持有该端口。

/root ! # lsof | grep N

什么是可以在Linux发送的AF_UNIX数据报消息的最大大小？

抓取程序的控制台输出

SO_TIMESTAMP为tsc不timeval？

WinError 10038试图在不是套接字的东西上进行操作

是否有可能在Windows上打开“本地机器”套接字？

查看“fuser”的输出（以root身份），没有任何进程持有该端口。

/root ! # fuser –n tcp N

看看'ss'的输出（以root身份），没有任何进程持有该端口。

/root ! # ss -ltp | grep N 129 128 *:31526 *:*

查看“netstat”（以root身份），套接字正在侦听，但没有任何与之相关的进程（但是它有一个inode号）

root ! # netstat -putane | grep N tcp 129 0 0.0.0.0:N 0.0.0.0:* LISTEN 0 1488959042 - tcp 661 0 X0.X1.X2.X3:N Y0.Y1.Y2.Y3:N1 CLOSE_WAIT 0 0 - tcp 1982 0 X0.X1.X2.X3:N Y0.Y1.Y2.Y3:N2 CLOSE_WAIT 0 0 - …

通过/ proc / / fd /search该索引节点的引用是空的。

/root ! # find /proc/*/fd/* -exec stat {} ; | grep 1488959042

在/ proc / net / etc中寻找这个inode，结果如下：

/root ! # cat /proc/net/tcp | grep 1488959042 5: 00000000:7B26 00000000:0000 0A 00000000:00000081 00:00000000 00000000 0 0 1488959042 1 ffff88179d96af40 300 0 0 2 -1

使用telnet连接到该端口正在工作，数据可以发送到它。

/root ! # telnet localhost N

尝试从新进程获取端口失败，错误指示地址正在使用中。

在内核中没有孤儿，没有达到孤儿的极限。

/root ! # cat /proc/sys/net/ipv4/tcp_max_orphans 262144

/root ! # cat /proc/net/sockstat sockets: used 179 TCP: inuse 111 orphan 0 tw 33 alloc 164 mem 346 UDP: inuse 17 mem 11 UdplITE: inuse 0 RAW: inuse 0 FRAG: inuse 0 memory 0

tcp内存也不会被破坏。

/root ! # cat /proc/sys/net/ipv4/tcp_mem 2326728 3102307 4653456

所以这是我的问题：

当一个活动的套接字从正在运行的进程中分离出来的时候，这种情况怎么会发生？

我怎样才能closures孤立的套接字，所以我可以再次绑定到它？

在网上查找是空的，关于孤立套接字的唯一信息是指基于内核的端口（如NFS服务端口）和套接字处于TIME_WAIT状态，在一定的超时后应该由内核清除。

您的帮助将非常感谢！

struct sockaddr_un v / s sockaddr – C（Linux）

C ++套接字不接收传入数据包，在Python中工作

Linux：如何强制使用特定的networking接口？

免费networking监视器

确定在Windows下是否已经使用TCP / IP端口？