Cannot assign requested address问题

最新推荐文章于 2024-03-22 18:43:41 发布

原创最新推荐文章于 2024-03-22 18:43:41 发布 · 8.5k 阅读

CC 4.0 BY-SA版权

在做压力测试时，在60s内有1000并发的情况下，会出现Cannot assign requested address 的错误。先记录该问题，待有时间好好研究在解决：大致原因是建立socket链接时，端口号已经用尽，无法再次建立；需要Time_wait。在段时间内，建立了太多的socket链接:

http://blog.sina.com.cn/s/blog_658c8cea0101l2sw.html

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

雨冰

关注关注

0
点赞
踩
0

收藏

觉得还不错? 一键收藏
0
评论
分享

复制链接

分享到 QQ

分享到新浪微博

扫一扫
举报

举报

6.2Jmeter5.1,在Linux下执行报错：Cannot assign requested address (connect failed)

fen_fen的专栏

07-14

1246

Jmeter5.1在Linux下执行报错： org.apache.http.conn.HttpHostConnectException: Connect to 10.1.1.9:9095 [/10.1.1.9] failed: Cannot assign requested address (connect failed) at org.apache.http.impl.conn.DefaultHttpClientConnectionOperator.connect(DefaultHttpClie...

“解决‘Cannot assign requested address‘问题的方法总结“

Book_Sea的博客

09-13

1万+

如果你的代码尝试绑定到一个已经被其他进程占用的端口，就会出现"Cannot assign requested address"错误。如果端口已被占用，你可以选择更改代码中的端口号，或者终止占用该端口的进程。首先，确保你使用的IP地址和端口是正确的。检查你的代码，确认你指定的IP地址和端口号是有效的。确保IP地址是正确的格式，如"127.0.0.1"，而端口号应该在有效的范围内，通常是1到65535之间。确保你的程序以足够的权限运行，以便能够绑定到所需的IP地址和端口。否则，将打印错误消息。

参与评论您还未登录，请先登录后发表或查看评论

这个 TCP 问题你得懂：Cannot assign requested address

2401_83621541的博客

03-22

1726

403说明权限不足，也就是说我们的子系统到鉴权中心拉取权限失败了。直接登录到子系统服务器，手动执行拉取权限程序，的确是拉不到。我的推测没有问题，难道网络不通了？

Cannot assign requested address解决办法

热门推荐

奔跑的小牛

03-04

21万+

“Cannot assign requested address.”是由于linux分配的客户端连接端口用尽，无法建立socket连接所致，虽然socket正常关闭，但是端口不是立即释放，而是处于TIME_WAIT状态，默认等待60s后才释放。可能解决方法1--调低time_wait状态端口等待时间： 1. 调低端口释放后的等待时间，默认为60s，修改为15~30s sysctl -w

Tomcat Cannot assign requested address: JVM_Bind 非端口占用冲突

08-31

主要介绍了 Tomcat Cannot assign requested address: JVM_Bind 非端口占用冲突的相关资料,需要的朋友可以参考下

Python Django开发中出现的Cannot assign requested address问题的解决办法

qq_42092076的博客

03-06

961

Django中开发出现的Cannot assign requested address问题的解决办法服务器在存在大量短连接的情况下，Linux的TCP栈一般都会生成大量的 TIME_WAIT 状态的socket，有时候这个数量大到惊人的。而这个数量增大会占用系统的内核，而内核可不是无限的。因此比较直接的解决方式就是修改系统内核相关的参数： net.ipv4.ip_forward=1...

性能测试中Address already in use和Cannot assign requested address问题

告白与告别的博客

11-22

988

前言在最近一次测试中，测试交易A响应时间在40ms左右，交易TPS稳定在5000左右；测试中200并发时交易报错“Address already in use”，报错比例在1~2%左右问题排查服务端排查设置交易报错无法连接到端口，第一反应就是端口不够用，但是部分压力机在以前是做过大TPS测试场景的，所以没有怀疑压力机问题，首先排查了服务器的连接设置 net.ipv4.tcp_keepalive_time = 7200 默认值是2小时,当keepalive打开的情况下...

ES系列：ES启动报错解决 cannot assign requested address:bind

NIO4444

02-12

836

ES启动报错解决 cannot assign requested address:bind

Linux: errno: EADDRNOTAVAIL； ipv6-bind；Cannot assign requested address

mzhan017的博客

09-25

1075

有一种情况是：当IP6的地址处于tentative的时候，就会返回这个错误。下面的是bind的调用的时候会check地址的flag。如果是tentative就返回：err = -EADDRNOTAVAIL;

Cannot assign requested address (connect failed)

weixin_30347009的博客

07-16

3479

压测时，应用服务器报错：Cannot assign requested address (connect failed) 经检查，由于应用服务器，频繁发起http请求，由于每次连接都在很短的时间内结束，导致很多的TIME_WAIT，以至于用光了可用的端口号，所以新的连接没办法绑定端口 “Cannot assign requested address.”是由于linux分配的客户端连接端口用尽...

Jmeter，压力测试nginx【Cannot assign requested address】

Moonlight的博客

12-15

4630

问题描述：在压测时，发现错误率很高，查看报错日志提示: Cannot assign requested address【程序对外建立新连接，结果本地端口全部用完导致的异常】问题分析：由于客户端频繁的连服务器，虽然socket正常关闭，但端口未立即释放，而是会等待60s后释放，导致很多的TIME_WAIT(通过netstat查看)，以至于用光了客户端可用的端口号，导致建立新连接时无可用端口，即“Cannot assign requested address”，是客户端的问题不是服务器端的问题。解决方案

jmeter在linux下做负载测试出现大量报错，cannot assign requested address (Address not available)

zzz的博客

02-13

709

拓展：可采用其它方式修改：cd /proc/sys/net/ipv4/ vim tcp_tw_reuse。（1）查看端口：netstat -tuln。（2）查看详情：netstat。若不一致，进行修改。

go http请求出现“connect:cannot-assign-requested-address“以及TIME-WAIT的问题

hust_joker的博客

07-25

2602

所以在高并发场景下，因为每个host的最大连接数没有限制，所以会不停的dail新连接。但是每个host的最大空闲连接数为2，所以只能维持两个空闲连接，其他的连接必须关闭。最近的项目中，在大并发的场景下，go的后台程序出现了connect:cannot-assign-requested-address的问题。要设置每个host的最大连接数，当空闲、活跃和dail的连接数超过这个值，会挂起dail。MaxConnsPerHost：每个host的最大连接数，包括：活跃、空闲和dailing中的。

TIME_WAIT引起Cannot assign requested address报错

黄规速博客:学如逆水行舟，不进则退

08-25

2万+

主动关闭的Socket端会进入TIME_WAIT状态，并且持续2MSL时间长度，MSL就是maximum segment lifetime(最大分节生命期），这是一个IP数据包能在互联网上生存的最长时间，超过这个时间将在网络中消失。MSL在RFC 1122上建议是2分钟，而源自berkeley的TCP实现传统上使用30秒，因而，TIME_WAIT状态一般维持在1-4分钟。 TIME_WA

一个客户端快速频繁的连接服务器:Cannot assign requested address

V__KING__的专栏

06-29

1915

背景机制： 1. 一个tcp服务器，端口1234；服务器限定只能维持一个tcp连接。该tcp服务器是原先已有的。 2. 一个web服务器，使用tcp客户端连接tcp server的1234端口。一个post请求对应一次[tcp client连接tcp server:1234]，完成post请求后，断开该tcp连接。问题现象：当其中一个web页面中有多个ajax的post请求时，t...

Spring Boot启动时抛出“Cannot assign requested address: bind”

学无止境

11-26

6727

Spring Boot启动时抛出“Cannot assign requested address: bind” 一、异常信息 2017-11-26 11:48:23.717 ERROR 4736 --- [ main] o.a.coyote.http11.Http11NioProtocol : Failed to start end point assoc

Spring boot 启动报错: Protocol handler start failed | Cannot assign requested address: bind

Dream_it_possible！的博客

03-16

7551

Springboot项目突然起不来，一直报错: Caused by: org.springframework.boot.web.server.WebServerException: Unable to start embedded Tomcat server at org.springframework.boot.web.embedded.tomcat.TomcatWebServer.start(TomcatWebServer.java:229) ~[spring-boot-2.3.8.RELE...

连着四次ioctl: Cannot assign requested address ioctl: Cannot assign requested address ioctl: Cannot assign requested address ioctl: Cannot assign requested address之后获取新的IP成功了，我之前连着两次然后获取到的IP还是以前的值。

最新发布

12-03

你遇到的现象是： - 连续 **四次**执行 `ubus call network.interface.wan down/up` 命令，并出现了四次： ``` ioctl: Cannot assign requested address ``` - **最终一次成功获取了新的 IP**。 - 但之前尝试时，**即使接口 down/up 成功，IP 也没有变化**。 --- ## ✅ 问题分析 ### 🔍 为什么会出现 `ioctl: Cannot assign requested address`？这个错误通常发生在以下几种情况： #### 1. **接口尚未完全释放资源** - 执行 `down` 后，底层资源（如 IP、路由、socket）可能未完全释放。 - 马上执行 `up` 时，系统尝试绑定旧的 IP 地址失败，从而报错。 #### 2. **DHCP 客户端未重启或未清除 lease 文件** - 即使你执行了接口 down/up，**DHCP 客户端可能仍然持有旧的 lease 信息**。 - 所以即使接口 up 成功，它依然尝试申请之前的 IP。 #### 3. **DHCP 客户端未被触发重新获取** - `ubus call network.interface.wan up` 并不会强制触发 DHCP 请求。 - 有些情况下需要**手动重启 DHCP 客户端或使用 `ifup`** 才能触发。 --- ## ✅ 为什么最后一次成功获取新 IP？最后一次成功获取新 IP 的可能原因： #### ✔️ 1. **lease 文件被自动清除** - 在多次 down/up 后，系统可能清除了旧的 lease 文件，导致 DHCP 客户端重新发起 Discover 请求。 #### ✔️ 2. **DHCP 客户端被重新触发** - 某次 `up` 操作后，DHCP 客户端重新启动，成功获取了新的 IP。 #### ✔️ 3. **网络状态最终被刷新** - 经过多次 down/up，系统资源最终被完全释放并重建，从而允许新 IP 被分配。 --- ## ✅ 推荐做法（避免重复尝试失败） ### ✅ 正确流程（推荐） ```bash # 1. 关闭 wan 接口 ubus call network.interface.wan down # 2. 删除 lease 文件（关键步骤！） rm -f /tmp/dhcp-wan.lease # 3. 重启 DHCP 客户端（可选） killall udhcpc && sleep 1 udhcpc -i $(uci get network.wan.ifname) -n -q & # 或者直接使用 ifup（更推荐） ifdown wan ifup wan ``` --- ## ✅ 小技巧 - 查看 DHCP 客户端是否运行： ```bash ps | grep udhcpc ``` - 查看接口当前状态： ```bash ubus call network.interface.wan status ``` - 查看当前 IP： ```bash ifconfig wan ``` --- ## ✅ 总结 | 操作 | 是否推荐 | 说明 | |------|----------|------| | `ubus call down/up` | ⚠️ 部分有效 | 不一定触发完整 DHCP 获取 | | 清除 lease 文件 | ✅ 必须操作 | 强制 DHCP 客户端重新获取新 IP | | 使用 `ifdown/ifup` | ✅ 强烈推荐 | 更彻底的接口重启方式 | | 手动重启 DHCP 客户端 | ✅ 高级用法 | 控制更精细，适用于调试 | | 查看接口状态 | ✅ 必须操作 | 确认 IP 是否更新 | ---