(收藏)LR常见问题汇总

上一篇 / 下一篇 2013-01-04 16:45:51 / 个人分类：LoadRunner

查看( 596 ) / 评论( 0 ) / 评分( 0 / 0 )

ie无法打开或自动关闭

-----------------------

最近在学习使用load runner,使用的是load runner8.1,ie 7。在录制脚本时遇到了点“录制”之后，IE打开之后又自动关闭的情况。上网收集了一下解决方法，有如下几种说法：

IE--internet属性--高级--把"启用第三方浏览器扩展"前面的勾去掉.

按1方法操作后，ie不会自动关闭，但是出现了新问题：就是每次保存的时候，都会报错，然后Loadrunner就自动关闭了。这个问题在我第一次操作的时候出现过，后来反复试验没有重现。针对这个问题，有人提出了另外一种解决方案，我们称其为方法2吧：

(1.卸载IE7，使用IE6
(2.打开IE-->Internet选项-->高级，把“禁用脚本调试（Internet Explorer）”和“禁用脚本调试（其它）”前面的勾去掉
(3.同时采用3楼朋友的做法
(4.再打开Loadrunner，进行录制和保存即可

有人提出是由于load runner8不支持ie7,8，才会出现这些问题，建议采用打补丁或者升级load runner到9.0的版本

8.1的打了SP4补丁后就可以完美支持IE7了~，同时要注意下面3个问题：
1：还有就是安装Loadruner的时候一定要记得清理掉以前安装过LR的仍然保留在注册表中的东西
2：清楚一些破坏IE的什么木马啊，流氓软件
3：IE--internet属性--高级--把"启用第三方浏览器扩展"前面的勾去掉.

-------------------------

1、录制脚本时打不开IE

原因有两个，一是可能安装了多个浏览器，解决方法打开IE选项---高级--去掉“启用第三方浏览器扩展（需要重启动）”的勾选

第二需要重新运行“register_vugen.bat”（位置\Program Files\Mercury\LoadRunner\bin）

2、录制脚本时出现IE运行错误

原因：一般是操作系统的环境不适合或者浏览器的版本有出入。

1.LoadRunner能支持Standalone的IE7脚本录制，在XPSP2+IE7上验证通过；
2.LoadRunner不兼容WindowsVista,vugen.exe(MercuryVirtual User Generator)启动失败,错误提示"Action"，跟UAC安全特性无关，初步分析跟当前用户的Temp路径改变有关；
3.Windows 2003 SP2上无法录制IE6/7，导致IE Crash,iedw.exe(IE Crash Detection)报告错误事件，错误代码0xc0000005,ie在地址00CD4548 push 1Ah段中断。初步分析原因是Windows Server默认对IE加载DEP(数据执行保护)特性，而Vugen.exe刚好又跟DEP冲突。

解决方案（WIN2003环境）：不想换系统那就按下面操作：Control Panel->System -> "Advanced" tab->Performance section "Settings" button ->"Data Execution Prevention" tab->add the client program(vugen.exe) in "Turn on DEP for all programs and services except those I select" or choose "Turn on DEP for essential windows programs and services only." and a reboot is required.（控制面板--系统--高级--性能--数据执行保护--添加例外程序vugen.exe，或许选择第一个选项）

---------------------

===========================================

lr常见问题解决

一、Step download timeout (120 seconds)
这是一个经常会遇到的问题，解决得办法走以下步骤：
1、修改run time setting中的请求超时时间，增加到600s,其中有三项的参数可以一次都修改了，HTTP-request connect timeout，HTTP-request receieve timeout，Step download timeout，分别建议修改为600、600、5000；run time setting设置完了后记住还需要在control组件的option的run time setting中设置相应的参数；

2、办法一不能解决的情况下，解决办法如下：
设置runt time setting中的internet protocol-preferences中的advaced区域有一个winlnet replay instead of sockets选项，选项后再回放就成功了。切记此法只对windows系统起作用，此法来自zee的资料。

二、问题描述Connection reset by peer.
这个问题不多遇见，一般是由于下载的速度慢，导致超时，所以，需要调整一下超时时间。
解决办法：Run-time setting窗口中的‘Internet Protocol’

‘Preferences’设置set advanced options（设置高级选项），重新设置一下“HTTP-request connect timeout（sec），可以稍微设大一些”；

三、问题描述connection refused
这个的错误的原因比较复杂，也可能很简单也可能需要查看好几个地方，解决起来不同的操作系统方式也不同；
1、首先检查是不是连接weblogic服务过大部分被拒绝，需要监控weblogic的连接等待情况，此时需要增加acceptBacklog，每次增加25%来提高看是否解决，同时还需要增加连接池和调整执行线程数，（连接池数*Statement Cache Size）的值应该小于等于oracle数据库连接数最大值；

2、如果方法一操作后没有变化，此时需要去查看服务器操作系统中是否对连接数做了限制，AIX下可以直接vi文件limits修改其中的连接限制数，还有tcp连接等待时间间隔大小，wiodows类似，只不过wendows修改注册表，具体修改方法查手册，注册表中有TcpDelayTime项；

四、问题描述open many files
问题一般都在压力较大的时候出现，由于服务器或者应用中间件本身对于打开的文件数有最大值限制造成，解决办法：
1、修改操作系统的文件数限制，aix下面修改limits下的nofiles限制条件，增大或者设置为没有限制，尽量对涉及到的服务器都作修改；

2、方法一解决不了情况下再去查看应用服务器weblogic的commonEnv.sh文件，修改其中的nofiles文件max-nofiles数增大，应该就可以通过了，具体就是查找到nofiles方法，修改其中else条件的执行体，把文件打开数调大；修改前记住备份此文件，防止修改出错；

五、问题描述has shut down the connection prematurely
一般是在访问应用服务器时出现，大用户量和小用户量均会出现；
来自网上的解释：
1>应用访问死掉
小用户时：程序上的问题。程序上存在数据库的问题
2>应用服务没有死
应用服务参数设置问题
例如：
在许多客户端连接Weblogic应用服务器被拒绝，而在服务器端没有错误显示，则有可能是Weblogic中的server元素的AcceptBacklog属性值设得过低。如果连接时收到connection refused消息，说明应提高该值，每次增加25％；
Java连接池的大小设置，或JVM的设置等
3>数据库的连接
在应用服务的性能参数可能太小了
数据库启动的最大连接数（跟硬件的内存有关）
以上信息有一定的参考价值，实际情况可以参考此类调试。

如果是以上所说的小用户时：程序上的问题。程序上存在数据库的问题，那就必须采用更加专业的工具来抓取出现问题的程序，主要是程序中执行效率很低的sql语句，weblogic可以采用introscope定位，期间可以注意观察一下jvm的垃圾回收情况看是否正常，我在实践中并发500用户和600用户时曾出现过jvm锯齿型的变化，上升下降都很快，这应该是不太正常的；

六、问题描述Failed to connect to server
这个问题一般是客户端链接到服务失败，原因有两个客户端连接限制（也就是压力负载机器），一个网络延迟严重，解决办法：
1、修改负载机器的tcpdelaytime注册表键值，改小；
2、检查网络延迟情况，看问题出在什么环节；

建议为了减少这种情况，办法一最好测试前就完成了，保证干净的网络环境，每个负载机器的压力测试用户数不易过大，尽量平均每台负载器的用户数，这样以上问题出现的概率就很小了；

LoadRunner出现error问题及解决方法总结
一、Step download timeout (120 seconds)
这是一个经常会遇到的问题，解决得办法走以下步骤：
1、修改run time setting中的请求超时时间，增加到600s,其中有三项的参数可以一次都修改了，HTTP-request connect timeout，HTTP-request receieve timeout，Step download timeout，分别建议修改为600、600、5000。run time setting设置完了后记住还需要在control组件的option的run time setting中设置相应的参数。
2、办法一不能解决的情况下，解决办法如下：
设置runt time setting中的internet protocol-preferences中的advaced区域有一个winlnet replay instead of sockets选项，选项后再回放就成功了。切记此法只对windows系统起作用，此法来自zee的资料。

二、问题描述Connection reset by peer.
这个问题不多遇见，一般是由于下载的速度慢，导致超时，所以，需要调整一下超时时间。
解决办法：Run-time setting窗口中的‘Internet Protocol’

‘Preferences’设置set advanced options（设置高级选项），重新设置一下“HTTP-request connect timeout（sec），可以稍微设大一些”。

三、问题描述connection refused
这个的错误的原因比较复杂，也可能很简单也可能需要查看好几个地方，解决起来不同的操作系统方式也不同。
1、首先检查是不是连接weblogic服务过大部分被拒绝，需要监控weblogic的连接等待情况，此时需要增加acceptBacklog，每次增加25%来提高看是否解决，同时还需要增加连接池和调整执行线程数，（连接池数*Statement Cache Size）的值应该小于等于oracle数据库连接数最大值。
2、如果方法一操作后没有变化，此时需要去查看服务器操作系统中是否对连接数做了限制，AIX下可以直接vi文件limits修改其中的连接限制数、端口数，还有tcp连接等待时间间隔大小，wiodows类似，只不过windows修改注册表，具体修改注册表中有TcpTimedWaitDelay和MaxUserPort项，键值在[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters\]。因为负载生成器的性能太好，发数据包特别快，服务器也响应特别快，从而导致负载生成器的机器的端口在没有timeout之前就全部占满了。在全部占满后，就会出现上面的错误。执行netstat –na命令，可以看到打开了很多端口。所以就调整TCP的time out。即在最后一个端口还没有用到时，前面已经有端口在释放了。
1),这里的TcpTimedWaitDelay默认值应该中是30s，所以这里，把这个值调小为5s（按需要调整）。
2),也可以把MaxUserPort调大（如果这个值不是最大值的话）。

四、问题描述open many files
问题一般都在压力较大的时候出现，由于服务器或者应用中间件本身对于打开的文件数有最大值限制造成，解决办法：
1、修改操作系统的文件数限制，aix下面修改limits下的nofiles限制条件，增大或者设置为没有限制，尽量对涉及到的服务器都作修改。
2、方法一解决不了情况下再去查看应用服务器weblogic的commonEnv.sh文件，修改其中的nofiles文件max-nofiles数增大，应该就可以通过了，具体就是查找到nofiles方法，修改其中else条件的执行体，把文件打开数调大。修改前记住备份此文件，防止修改出错。
3、linux上可以通过ulimit –HSn 4096来修改文件打开数限制，也可以通过ulimit -a来查看。
4、linux上可以通过lsof -p pid | wc -l来查看进程打开的句柄数。

五、问题描述has shut down the connection prematurely
一般是在访问应用服务器时出现，大用户量和小用户量均会出现。
来自网上的解释：
1>应用访问死掉
小用户时：程序上的问题。程序上存在数据库的问题
2>应用服务没有死
应用服务参数设置问题
例如：
在许多客户端连接Weblogic应用服务器被拒绝，而在服务器端没有错误显示，则有可能是Weblogic中的server元素的AcceptBacklog属性值设得过低。如果连接时收到connection refused消息，说明应提高该值，每次增加25％;
Java连接池的大小设置，或JVM的设置等
3>数据库的连接
在应用服务的性能参数可能太小了;
数据库启动的最大连接数（跟硬件的内存有关）
以上信息有一定的参考价值，实际情况可以参考此类调试。

如果是以上所说的小用户时：程序上的问题。程序上存在数据库的问题，那就必须采用更加专业的工具来抓取出现问题的程序，主要是程序中执行效率很低的sql语句，weblogic可以采用introscope定位，期间可以注意观察一下jvm的垃圾回收情况看是否正常，我在实践中并发500用户和600用户时曾出现过jvm锯齿型的变化，上升下降都很快，这应该是不太正常的。

实际测试中，可以用telent站点看看是否可以连接进去，可以通过修改连接池中的连接数和适当增加应用内存值，问题可以解决。

六、问题描述Failed to connect to server
这个问题一般是客户端链接到服务失败，原因有两个客户端连接限制（也就是压力负载机器），一个网络延迟严重，解决办法：
1、修改负载机器注册表中的TcpTimedWaitDelay减小延时和MaxUserPort增加端口数。注：这将增加机器的负荷。
2、检查网络延迟情况，看问题出在什么环节。
建议为了减少这种情况，办法一最好测试前就完成了，保证干净的网络环境，每个负载机器的压力测试用户数不易过大，尽量平均每台负载器的用户数，这样以上问题出现的概率就很小了。

七、问题描述Overlapped transmission of request to ... WSA_IO_PENDING
这个问题，解决方法：
1、方法一，在脚本前加入web_set_sockets_option("OVERLAPPED_SEND", "0")，禁用TTFB细分，问题即可解决，但是TTFB细分图将不能再使用，附图。

2、方法二，可以通过增加连接池和应用系统的内存，每次增加25%。

八、问题描述Deleted the current transaction ... since response time is not accurate
这个问题不多遇见，一般出现在压力机器上发生ping值为负数（AMD双核CPU），可以重新启动pc机或者打补丁，附图。

九、问题描述HTTP Status-Code=500 (Internal Server Error) for
1、应用服务当掉，重新启动应用服务。
2、当应用系统处于的可用内存处于阀值以下时，出现HTTP Status-Code=500的概率非常高，此时只要增加应用系统的内存，问题即可解决。

十、问题描述Failed to transmit data to network: [10057] Socket is not connected
这个错误是由网络原因造成的，PC1和PC2上面都装了相同的loadrunner 9.0，且以相同数量的虚拟用户数运行相同的业务（机器上的其他条件都相同），PC1上面有少部分用户报错，PC2上的用户全部执行通过。

十一、问题描述Error -27257: Pending web_reg_save_param/reg_find/create_html_param[_ex] request(s) detected and reset at the end of iteration number 1
解决方法：web_reg_save_param位置放错了，应该放到请求页面前面。

十二、问题描述通过Controler调用远程代理时报错，Error: CCI security error:You are running under secure mode and the function system is not allowed in this mode.
解决方法：在代理开启的时候，去掉勾选防火墙选项。

分析原则：
•具体问题具体分析（这是由于不同的应用系统，不同的测试目的，不同的性能关注点）
•查找瓶颈时按以下顺序，由易到难。
服务器硬件瓶颈-〉网络瓶颈（对局域网，可以不考虑）-〉服务器操作系统瓶颈（参数配置）-〉中间件瓶颈（参数配置，数据库，web服务器等）-〉应用瓶颈（SQL语句、数据库设计、业务逻辑、算法等）
注：以上过程并不是每个分析中都需要的，要根据测试目的和要求来确定分析的深度。对一些要求低的，我们分析到应用系统在将来大的负载压力（并发用户数、数据量）下，系统的硬件瓶颈在哪儿就够了。

•分段排除法很有效
分析的信息来源：
•1根据场景运行过程中的错误提示信息
•2根据测试结果收集到的监控指标数据

一．错误提示分析
分析实例：
1、•Error: Failed to connect to server "10.10.10.30:8080": [10060] Connection
•Error: timed out Error: Server "10.10.10.30" has shut down the connection prematurely
分析：
•A、应用服务死掉。
（小用户时：程序上的问题。程序上处理数据库的问题）
•B、应用服务没有死
（应用服务参数设置问题）
例：在许多客户端连接Weblogic应用服务器被拒�