http协议出错Address already in use. Error code : 10048

wangleis18

录了一个很简单的打开页面的脚本，回放脚本成功，使用该脚本创建了一个50人打开的场景，运行该场景时，报了下面的错：

Action.c(6): Continuing after Error -27796: Failed to connect to server "192.168.13.100:8080": [10048] Address already in use
Try changing the registry value
HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\tcpip\Parameters\TcpTimedWaitDelay to 30
and HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\tcpip\Parameters\MaxUserPort to 65534
and rebooting the machine
See the readme.doc file for more information

脚本如下：
Action()
{
        web_url("PV",
                "URL=http://192.168.13.100:8080/PV?peerid={string}&uri={string}",
                "Resource=0",
                "RecContentType=text/html",
                "Referer=",
                "Snapshot=t1.inf",
                "Mode=HTML",
                LAST);
        web_find("web_find",
                "What=stat",
                LAST);

        return 0;
}

我按照出错提示去修改了注册表中的TcpTimedWaitDelay和MaxUserPort，结果还是一样。
不知哪位仁兄知道这个错误的原因和解决方法！

54111

192.168.13.100  操作系统是什么

wangleis18

linux

iori

我觉得楼主应该好好查看服务器和网络

liangjz

把并发数降低。
检查是否为loadrunner controller机器还是服务器问题？

higkoo

我也遇到过类似的问题

也是提示要改注册表，后来也无效

不过我是在Windows系统下的，后来不了了之

higkoo

今天是Linux，很简单的URL请求，5个用户就出错了！

   待解

lin_lp

米遇见过这个问题, 但是很有兴趣知道解决之法.

steelchen134

同样的问题，期待高手解决

ytfei

我也遇到了这个问题。在并发用户为20的时候没有这个问题，当改成25的时候，就出现这个问题了；
如果是因为服务器性能问题，那LOADRUNNER也应该继续运行下去才对啊，为什么报了这个错误以后，用户数就立刻下降，然后停止测试了呢？

而我另外一个项目并发用户到25时没有问题。我在想是不是因为这个项目在多用户的时候，生成的TCP链接太多了（例如到数据库的链接）

mei2628

我也碰到了这个问题，压的时候，每秒点击数到了2000多每秒（因为压测的页太简单，就一个页面上显示几个字符），估计是因为客户端产生压力太大，LR本身的端口释放跟不上导致的。后来把压测的页面加上了thinktime，问题解决了。。

839690

加入考虑时间还是会出问题的.

839690

期待高手解决阿~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

lazybone3936

高手来帮忙下啊，我的LR9.1有该问题，而别人的LR8.0却没改问题，郁闷死啦，查看apache，的确maxclients 1000，但这应该就是说明LR没有释放使用过的连接吧？？？期待高手解救中ing

huangkai

做下IP欺骗，看能否解决，我的问题是做IP欺骗解决的。。。

lazybone3936

我昨天把9.1换成了8.0也没出现该问题，而且我也没有使用IP欺骗，很想这个造成这个问题的原因

superfang

HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\tcpip\Parameters\TcpTimedWaitDelay to 30  建议调整成
20 或是 10 试试

linghu123

分析:

因为负载生成器的性能太好，发数据包特别快，服务器也响应特别快，从而导致负载生成器的机器的端口在没有timeout之前就全部占满了。在全部占满后，就会出现上面的错误。执行netstat –na命令，可以看到打开了很多端口。所以就调整TCP的time out。即在最后一个端口还没有用到时，前面已经有端口在释放了。

成功的解决方法：

在注册表HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters里，有如下两个键值：

TcpTimedWaitDelay

MaxUserPort

1,这里的TcpTimedWaitDelay默认值应该中是30s，所以这里，把这个值调小为5s（按需要调整）。

2,也可以把MaxUserPort调大（如果这个值不是最大值的话）。

反复验证，问题解决。

moyudong

回复 17# superfang


    科比，我没进去注册表，竟然没找到TcpTimedWaitDelay 这个键值