您的位置：首页 > 其它

Loadrunner 11 遇到的问题

2017-11-20 10:46 204 查看

环境

OS：windows8.164bit

LoadRunner版本：11

问题

1.VuGen：开始录制后，火狐浏览器没有反应，不会弹出打开

可能原因一：浏览器版本太高。

解决方案：

1）卸载之前安装的火狐浏览器。

2）下载火狐24.0版本。

下载地址：http://ftp.mozilla.org/pub/firefox/releases/

3）安装24.0版本的火狐浏览器。

可能原因二：录制时默认火狐地址不对。

解决方案：

1）打开“StartRecording“窗口。

默认如下：

2）修改”Programtorecord“为火狐具体安装路径。

修改之后类似下图：

可能原因三：火狐不是默认浏览器。

解决方案：设置火狐为默认浏览器。

2.VuGen：回放脚本时，提示“

Warning:ExtensionLrXml.dllreportserror-1oncalltofunctionExtPerThreadInitialize

Error:VuserfailedtoinitializeextensionLrXml.dll.”

解决方案：

1）关闭LoadRunner11所有相关的运行程序。

2）在LoadRunner11的安装目录下，找到“QTWeb.lrp”文件。

3）打开该文件，在“ResultsDirUI=1”字符的前面加上“;”，即为“;ResultsDirUI=1”。修改之后保存。

4）重新运行LoadRunner相关程序即可。

3.Controller：选择脚本之后，报错“FailedtocreateOnline：无效指针”。

解决方案：

1）关闭杀毒软件安全卫士等。运行LoadRunner安装包里的setup.exe进行修复。

2）覆盖LoadRunner安装目录bin文件夹中的mlr5lprg.dll、lm70.dll，重新delect注册表。

3）以管理员身份运行LoadRunner后，输入license后LoadRunner就可正常运行了。

4.Controller：点击”StartScenario“后，所有用户全部是“Error”状态，点击”Vusers“，提示错误”Error(-81024):LR_VUG:The'QTWeb'typeisnotsupportedon'WIN32'platforms.“。

解决方案：

1）在LoadRunner安装目录bin文件夹下找到文件“wlrun.exe”。

2）右键点击该文件，选择“属性”->"兼容性"->兼容模式中选择“windowsxp（servicepack3）”，确认。

3）重新打开LoadRunner即可。

5.Controller：点击ScenarioStatus的Errors，系统提示“试图执行系统不支持的操作”，之后打开的Output弹出框内容为空白

解决方案：

1）将之前装在D盘的LoadRunner卸载掉。

2）重新安装LoadRunner到C盘。

3）破解。

4）问题解决。

6.Controller：UNIXResources一开始显示监控数据，执行测试过程中，突然就不显示数据了，但是再次打开场景又可以继续显示

打开Errors，提示错误：

Monitorname:UNIXResources.Internalrpcerror(errorcode:2).Machine:xxx.xxx.xxx.xxx.Hint:CheckthatRPConthismachineisupandrunning.Checkthatrstatdaemononthismachineisupandrunning(userpcinfoutilityforthisverification).Details:RPC:RPCcallfailed.
RPC-TCP:recv()/recvfrom()failed.
RPC-TCP:Timeoutreached.(entrypoint:Factory::CollectData).[MsgId:MMSG-47197]

百度之后，发现列举的可能原因如下：

1）RPC服务没有开启。

//检验是否开启RPC
#servicerpcbindstatus
rpcbind(pidxxxx)正在运行...

//开启RPC
#servicerpcbindstart

//查看RPC服务

#rpcinfo-p

2）Linux系统中的防火墙开启了，阻挡了LoadRunner监控Linux系统的资源。

解决方案：关闭防火墙。

#/etc/init.d/iptablesstop
#/etc/init.d/iptablesstatus
iptables：未运行防火墙。

然而我这边上述两点都很正常。于是做了如下排查

1）把压力放到最小，比如只加压10个人。

结果：发现加压很小时，UNIXResrouces一直正常监控，显示数据。

分析：加压大的时候，容易出现这个问题，但是加压小的时候不出现，说明跟压力有关系。由压力联想到网络，于是继续。

2）重新执行并确保执行过程会重现问题，同时打开cmd，一直ping被测linux机器。

ping–txxx.xxx.xxx.xxx

结果：发现ping提示“请求超时”，Controller中的UNIXResrouces就不显示数据了。即使后边ping恢复正常，UNIXResrouces也不会再显示数据。

分析：据此判断跟网络出现请求超时有关。

最后结果：找出大致原因，但是不知道怎么解决。

内容来自用户分享和网络整理，不保证内容的准确性，如有侵权内容，可联系管理员处理

标签：

相关文章推荐

新的分享

章节导航