时隔2年,我又回来了~

loadrunner错误代码解决

上一篇 / 下一篇  2011-04-20 09:39:37 / 个人分类:SliverLight

loadrunner错误代码解释:

Error -27727: Step download timeout (120 seconds)

最近测试时总出现以下提示: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
查阅相关信息说
:
•A
、应用服务参数设置太大导致服务器的瓶颈

•B
、页面中图片太多

•C
、在程序处理表的时候检查字段太大多

 

Error -27728: Step download timeout (120 seconds)的解决方法

 

一个网友问了我一个问题如下:
loadruner
报错:Error -27728: Step download timeout (120 seconds)如何解决

语法检查通过,但是在并发执行一个查询时候报错Action.c(16): Error -27728: Step download timeout (120 seconds) has expired when downloading non-resource(s),请问有啥子解决方法,我使用web_set_timeout,好象不起作用,直接在option中设置timeout时间为600,(单位应该是秒吧)还是没有起作用,结果都还是提示(120seconds),说明还是以120秒来判断的;使用lrs_set_recv_timeout,语法检查不过,说明库函数里面没有这个函数。


尝试步骤:
设置超时时间到600秒,回放还是出错。


后来我设置了runt time setting中的internet protocol-preferences中的advaced区域有一个winlnet replay instead of sockets选项,选项后再回放就成功了。


kernzhang
解释如下(这里谢谢kernzhang,欢迎访问他的论坛:http://www.kernzhang.com)

这个问题很有意思!呵呵!首先LR是通过Microsoft WinInet DLL去录制web协议的!但是在Control运行的时候它默认通过socket去模拟请求,因为这些可以真实的模拟带宽,而采用Microsoft WinInet DLL通过这个DLL去访问网卡方式去模拟带宽,使得模拟不是很精确!而且也不支持unix的应用,但是使用这个确实有时无法处理winnet Dll的一些请求,我认为是它的一些BUG,比如说:回放时它会检查Content-Length,但是网页支持receive more data时,这时socket模拟会一直等待直到timeout!

先说了一些优缺点,最后回到这个问题!这个问题分两个方面分析:

第一:你要明白web_set_timeout()这个函数的适用范围!比如说一个web_submit_data()中实际涵盖了10个对Server端的请求,这个函数是针对10个请求的总和时间的!(别犯低级错误,timeout分了connect,receive以及download三个部分:) )

第二:就是我解释的上面的一些BUG问题!

WinInet dll
在新版本中处理请求时可以异步的,就是不再是那种连接等待然后超时模式!但是LR用的socket是同步请求!只有等到timeout才会退出!microsoft已经明确表示INTERNET_OPTION_RECEIVE_TIMEOUT不再适用于Microsoft Internet Explorer 5.0,显而易见,他们处理请求采取了异步处理的方式!呵呵!这下大概可以圆满解释你的问题了!呵呵

这里,我补充如下:
VuGen
专用的基于套接字的重播是一种可伸缩以便进行负载测试的轻型引擎。使用线程时是准确的。基于套接字的引擎不支持socks代理服务器。如果在这样的环境中录制,应该使用winInet重播引擎。

 

Error -27791 connection prematurely错误解答

运行Controller时遇到这个error
Action.c(7): Error -27791: Server "10.10.0.88" has shut down the connection prematurely

解决方案如下:

1、应用服务器死掉。小用户时程序上的问题,程序上处理数据库的问题
2
、应用服务没有死。应用服务参数设置问题。例如:在许多客户端weblogic应用服务器被拒绝,而在服务器端没有错误显示,则有可能是weblogic中的server元素的acceptbacklog属性值设得过低。如果连接时收到connection refused消息,说明应提高该值,每次增加25%
3
、数据库的连接
在应用服务的性能参数可能太小了
数据库启动的最大连接数(跟硬件的内存有关)

4、有时关闭卡巴斯基也会解决如上问题



TAG:

 

评分:0

我来说两句

Open Toolbar