linux – 连接时“没有可用的缓冲区空间”
|
当进程在
Linux虚拟机上调用“connect”时,我看到错误消息“No buffer space available”.我无法追查原因 – 希望有人可以提供帮助！
我检查了以下内容： (1)文件句柄： cat /proc/sys/fs/file-nr 4672 0 810707 我正在读这个(已分配,未使用,可用)所以这看起来不错. (2)套接字或TCP内存： cat /proc/sys/net/ipv4/tcp_mem 191889 255854 383778 cat /proc/net/sockstat sockets: used 579 TCP: inuse 169 orphan 0 tw 245 alloc 187 mem 5 UDP: inuse 31 mem 4 UDPLITE: inuse 0 RAW: inuse 0 FRAG: inuse 0 memory 0 读这个只使用了579个套接字,页面总数低于最大值. 谷歌上有很多随机的TCP调整 – 我在答案中希望的是(1)我正在耗尽的资源,(2)如何确定当前值以及(3)如何调整天花板.我发现的大多数页面都缺少除(3)以外的所有内容！ **更新#1 ** 在Flup的建议中,当它发生时我做了一个systrace(使用ping)： socket(PF_INET,SOCK_DGRAM,IPPROTO_IP) = 4
connect(4,{sa_family=AF_INET,sin_port=htons(1025),sin_addr=inet_addr("10.140.0.65")},16) = -1 ENOBUFS (No buffer space available)
**更新#2 ** 我对linux内核源代码了解不多,但是我有一个挖掘,而且我可以看到ENOBUFS在connect()路径中唯一的位置： 这看起来像是在内核中使用kmem_cache_alloc和security_sk_alloc来分配内容……？ 解决方法
在3.6之前的内核中,您可能已经被ENOBUFS用于常规IPv4 / v6流量,
当net.ipv4.route.max_size或net.ipv6.route.max_size limit was depleated,accordingly时. 从内核3.6,routing cache was removed和net.ipv4.route.max_size开始,它失去了对dst条目数量的影响.所以,通常情况下,这将不再可能. 但是,在使用IPSec时,您仍然可以像我一样遇到此错误.在创建了一定数量的IPSec隧道之后,我无法ping远程主机： # ping 10.100.0.1 connect: No buffer space available 从iputils ping创建测试文件描述符,并在其上使用connect()来绑定dst ip.当它发生时,内核创建给定AF的dst缓存条目, xfrm4_gc_thresh - INTEGER
The threshold at which we will start garbage collecting for IPv4
destination cache entries. At twice this value the system will
refuse new allocations.
我使用内核3.10.59遇到了这个问题,默认限制非常低 – 1024. 所以,我发了： # sysctl net.ipv4.xfrm4_gc_thresh=32768 它为我做了一件事. 使用IPSec的内核中的近似路径： ip4_datagram_connect() -> ip_route_connect() -> ip_route_output_flow() -> xfrm_lookup() -> xfrm_resolve_and_create_bundle() -> ... -> xfrm_alloc_dst() -> dst_alloc() with xfrm4_dst_ops,where gc is set. （编辑：李大同） 【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容! |