
我检查了以下内容:
(1)文件句柄:
cat /proc/sys/fs/file-nr4672 0 810707
我正在读这个(已分配,未使用,可用)所以这看起来不错.
(2)套接字或TCP内存:
cat /proc/sys/net/ipv4/tcp_mem191889 255854 383778cat /proc/net/sockstatsockets: used 579TCP: inuse 169 orphan 0 tw 245 alloc 187 mem 5UDP: inuse 31 mem 4UdplITE: inuse 0RAW: inuse 0FRAG: inuse 0 memory 0
读这个只使用了579个套接字,页面总数低于最大值.
谷歌上有很多随机的TCP调整 – 我在答案中希望的是(1)我正在耗尽的资源,(2)如何确定当前值以及(3)如何调整天花板.我发现的大多数页面都缺少除(3)以外的所有内容!
**更新#1 **
在Flup的建议中,当它发生时我做了一个systrace(使用Ping):
socket(PF_INET,SOCK_DGRAM,IPPROTO_IP) = 4connect(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()路径中唯一的位置:
http://lxr.free-electrons.com/source/net/ipv4/af_inet.c?v=3.11#L353
这看起来像是在内核中使用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.1connect: No buffer space available
从iputils Ping创建测试文件描述符,并在其上使用connect()来绑定dst ip.当它发生时,内核创建给定AF的dst缓存条目,
在我的情况下,xfrm4 dst缓存条目限制已经耗尽.此限制由sysctl设置控制:
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.
从内核3.10.83开始,此限制增加到32768,并且将是much harder to hit.
所以,我发了:
# 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.总结
以上是内存溢出为你收集整理的linux – 连接时“没有可用的缓冲区空间”全部内容,希望文章能够帮你解决linux – 连接时“没有可用的缓冲区空间”所遇到的程序开发问题。
如果觉得内存溢出网站内容还不错,欢迎将内存溢出网站推荐给程序员好友。
欢迎分享,转载请注明来源:内存溢出
微信扫一扫
支付宝扫一扫
评论列表(0条)