LR中错误代号为27796的一个解决方法－Zee

Zee

原文见：http://blog.csdn.net/zeeslo

问题：

曾经遇到过一个问题，在一次性能测试过程中，使用http协议的多用户向服务器发送请求。设置了持续时间，出现错误为：27796, Failed to connect to server 'hostname';port_ld': 'reason'.10048.（凭记忆写的，不知道写错了没有）

分析:

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

官方的troubleshooting：
查看工具的troubleshooting，如下：

1. Message Code 27796
   
2. Failed to connect to server 'hostname';port_ld': 'reason'.
   
3. Unable to connect to the specified server and port.
   
4. Troubleshooting
   
5. o      Try to address the reason provided for the connection failure.
   
6. o      Try to access the application with a browser from the injector machine and from another machine (such as the recording machine).
   
7. o      Check that you accurately specified the correct host name and port.
   
8. o      Ping the host/port.
   
9. o      Check if the server application you are trying to access is running.
   
10. o      If you used a hostname, check if it was resolved to the correct address.
    
11. o      Check if the server application is listening to the right port.

复制代码

均不是解决之道。

成功的解决方法：

在注册表HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters里，有如下两个键值：
TcpTimedWaitDelay
MaxUserPort
1,这里的TcpTimedWaitDelay默认值应该中是30s，所以这里，把这个值调小为5s（按需要调整）。
2,也可以把MaxUserPort调大（如果这个值不是最大值的话）。

反复验证，问题解决。

hongtang

我在网上又查了点信息，大家一起提高下
TcpTimedWaitDelay 值決定了 TCP/IP 必須經過多久，才能釋出已關閉的連線及重複使用它的資源。這個關閉和釋出的間隔稱為 TIME_WAIT 狀態，或是區段生命期限上限 (2MSL) 狀態的兩倍。在這段時間內，通往用戶端和伺服器的連線重新開啟的成本，比建立新的連線低。藉由縮減這個項目的值，TCP/IP 可以更快釋出已關閉的連線，提供更多資源給新的連線。如果執行中的應用程式需要快速釋出、建立新連線，或多個連線在 TIME_WAIT 狀態中造成通訊量太低，因而需要進行調整的話，請調整這個參數。

預設值是 0xF0，它會將等待時間設為 240 秒（4 分鐘）。

最小的建議值是 0x1E，它會將等待時間設為 30 秒。請利用這個程序來檢視或自訂您的值。

啟動 regedit 指令，瀏覽至 HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\TCPIP\Parameters 登錄次機碼，建立名稱為 TcpTimedWaitDelay 的新 REG_DWORD 值。
將值設為十進位 30，也就是十六進位的 0x0000001e。這個值會將等待時間設為 30 秒。
關閉登錄編輯器。
停止並重新啟動系統。
MaxUserPort
MaxUserPort 值決定了當應用程式向系統要求可用的使用者埠時，TCP/IP 所能指派的最高埠號。如果您的系統報告建立 Socket 時，發生錯誤異常狀況，可能是匿名（短期）埠的數量不當所造成，當系統開啟大量的埠來建立 Web 服務、資料庫或其他遠端資源的連線時，尤其如此。

shmilyfan

今天正好碰到这个问题。用zee的方法，该了下。重启后。重新试下，解决了。哈哈。
感谢zee

shmilyfan

也感谢hongtang的补充资料。

ppent

不错，学习了。

higkoo

经常遇到类似问题，未解决

下周回去试试！

添加键值的Reg文件：

1. Windows Registry Editor Version 5.00
   
2. 
   
3. [HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters]
   
4. 
   
5. "TcpTimedWaitDelay"=dword:0000001e
   
6. "MaxUserPort"=dword:ffffffff

复制代码

删除键值的Reg文件：

1. Windows Registry Editor Version 5.00
   
2. 
   
3. [KEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters]
   
4. 
   
5. "TcpTimedWaitDelay"=-
   
6. "MaxUserPort"=-

复制代码

christina11

明天试试

higkoo

想问一下Zee，测试通过后，是不是要把客户机器的注册表也给改了？

如果不改，会不会导致测试结果与实际应用有一定偏差？  

godson

问一下我的 LR8.1安装汉化包后为啥还是英文的

Zee

这里我要改的是不是服务器端的设置，而是负载生成器的设置。呵呵，是我文中没有写清楚.

christina11

我试过拉,但是还是有这样的报错,我改了客户端的注册表,测试到1200用户同时在线期间netstat,端口也有establish,和time wait,证明修改是有效,但是,我还是报那样的错,如下:
vuser_init.c(21): Error -27796: Failed to connect to server "": [10060] Connection timed out

vuser_init.c(21): Error -27791: Server "" has shut down the connection prematurely

Action.c(13): Error -27740: Overlapped transmission of request to "" for URL "" failed: WSA_IO_PENDING

vuser_init.c(21): Error -27728: Step download timeout (120 seconds) has expired when downloading non-resource(s)

Action.c(13): Error -27727: Step download timeout (120 seconds) has expired when downloading resource(s). Set the "Resource Page Timeout is a Warning" Run-Time Setting to Yes/No to have this message as a warning/error, respectively

vuser_init.c(21): Error -26377: No match found for the requested parameter "OracleAppJSESSIONID2". Check whether the requested boundaries exist in the response data. Also, if the data you want to save exceeds 1024 bytes, use web_set_max_html_param_len to increase the parameter size

vuser_end.c(6): Error -26499: Internal Error (call customer services): Pending in-function resources (EXTRARES) have not been handled in fvLrwScriptApiCleanupUnhandledRemnants
服务器响应时间还好,一直波动不大,我想是客户端负载生成能力的问题,我用了5台负载机,用户加载比较缓慢,使用了80分钟加载至1200个用户,失败的事务,也有1200左右,真的是负载生成机的问题么,请指教

[ 本帖最后由 christina11 于 2007-11-24 13:48 编辑 ]

higkoo

原帖由 Zee 于 2007-11-20 21:41 发表
这里我要改的是不是服务器端的设置，而是负载生成器的设置。呵呵，是我文中没有写清楚.

  端口号3位数以内都不稳定，打比只存在4位数的端口号：1000～9999 至少有8000多个端口可用。

一般项目的并发用户都是几百个（譬如350个），假设本机端口有1000个被系统和应该程序占用，那么至少还有7000个端口剩余。

那么每个虚拟用户占用一个端口   用户数：端口数 ＝ 350：7000 ＝1：20  即使 TcpTimedWaitDelay 再长 或一个端口只能被使用一次，也不应该出现端口不够用的情况呀   ，如果真是这样，就并不需要释放端口。

   不知我的理解是否正确，请指正。

christina11

请教
TcpTimedWaitDelay
和loadrunner中的
http-request connect timeout(sec)默认是120s
http-request receive timeout(sec)默认是120s
step download timeout(sec)默认是120s
有什么关系呢?
我的理解:
http-request connect timeout(sec)默认是120s:http建立连接的时间期限
http-request receive timeout(sec)默认是120s:http响应接收数据的时间期限
step download timeout(sec)默认是120s:下载超时时间期限
疑问:
上述是超时之后重新执行么,还是脚本认为出错,即停止那个事务呢?
不明白和TcpTimedWaitDelay的关系,TcpTimedWaitDelay是端口建立连接到释放的时间,这个时间比上述时间设置得小,有什么影响呢?

higkoo

TcpTimedWaitDelay是操作系统的（Tcp协议）

http-request connect timeout 是LR 事务监控的标准（应用程序）

两者没有直接的关系。

christina11

谢谢大侠啦,原来是tcp,我真马虎呀,能看看我在上楼说到的问题么

Zee

原帖由 higkoo 于 2007-11-21 13:39 发表



  端口号3位数以内都不稳定，打比只存在4位数的端口号：1000～9999 至少有8000多个端口可用。

一般项目的并发用户都是几百个（譬如350个），假设本机端口有1000个被系统和应该程序占用，那么至少还有7000个 ...

呵呵，你遇到这个问题的时候，执行一下netstat -nao看看。有多少端口够用的。

taojuanxiu

请教：
在performance center中运行脚本的时候，出现错误提示：Error -27498: Timed out while processing URL="http://......" ，只有1个用户在运行，我有按照你之前说的设置runt time setting中的internet protocol-preferences中的advaced区域有一个winlnet replay instead of sockets选项，但结果还是一样，请问这两个问题会是一样的吗？怎么解决这个问题？


谢谢！

cap5210

好帖子  但是解决不了我的问题 还是要顶一下

budingbaby

我今天也碰到了这样的问题
但是注册表里没有这两个键值
要怎么做？手动添加吗？
谢谢了

harric

顶了顶了顶了