环境
OS：windows 8.1 64bit
LoadRunner版本：11
问题
1. VuGen：开始录制后，火狐浏览器没有反应，不会弹出打开
可能原因一：浏览器版本太高。
解决方案：
1）卸载之前安装的火狐浏览器。
2）下载火狐 24.0 版本。
下载地址：http://ftp.mozilla.org/pub/firefox/releases/
3）安装24.0版本的火狐浏览器。
可能原因二：录制时默认火狐地址不对。
解决方案：
1）打开“Start Recording“窗口。
默认如下：
2）修改”Program to record“为火狐具体安装路径。
修改之后类似下图：
可能原因三：火狐不是默认浏览器。
解决方案：设置火狐为默认浏览器。
2. VuGen：回放脚本时，提示“
Warning: Extension LrXml.dll reports error -1 on call to function ExtPerThreadInitialize
Error: Vuser failed to initialize extension LrXml.dll.”
解决方案：
1）关闭 LoadRunner 11所有相关的运行程序。
2）在 LoadRunner11 的安装目录下，找到“QTWeb.lrp”文件。
3）打开该文件，在“ResultsDirUI=1”字符的前面加上“;”，即为“;ResultsDirUI=1”。修改之后保存。
4）重新运行LoadRunner相关程序即可。
3. Controller： 选择脚本之后，报错“Failed to create Online：无效指针”。
解决方案：
1）关闭杀毒软件安全卫士等。运行LoadRunner安装包里的setup.exe进行修复。
2）覆盖LoadRunner安装目录bin文件夹中的 mlr5lprg.dll、lm70.dll，重新delect 注册表。
3）以管理员身份运行LoadRunner后，输入license后LoadRunner就可正常运行了。
4. Controller：点击”Start Scenario“后，所有用户全部是“Error”状态，点击”Vusers“，提示错误”Error (-81024): LR_VUG: The 'QTWeb' type is not supported on 'WIN32' platforms .“。
解决方案：
1）在 LoadRunner安装目录 bin文件夹下找到文件“wlrun.exe”。
2）右键点击该文件，选择“属性”->"兼容性"->兼容模式中选择“windows xp（service pack 3）”，确认。
3）重新打开LoadRunner 即可。
5. Controller：点击Scenario Status的Errors，系统提示“试图执行系统不支持的操作”，之后打开的Output弹出框内容为空白
解决方案：
1）将之前装在D盘的LoadRunner卸载掉。
2）重新安装LoadRunner到C盘。
3）破解。
4）问题解决。
6. Controller：UNIX Resources一开始显示监控数据，执行测试过程中，突然就不显示数据了，但是再次打开场景又可以继续显示
打开Errors，提示错误：
Monitor name :UNIX Resources. Internal rpc error (error code:2). Machine: xxx.xxx.xxx.xxx. Hint: Check that RPC on this machine is up and running. Check that rstat daemon on this machine is up and running (use rpcinfo utility for this verification). Details: RPC: RPC call failed. RPC-TCP: recv()/recvfrom() failed. RPC-TCP: Timeout reached. (entry point: Factory::CollectData). [MsgId: MMSG-47197]
百度之后，发现列举的可能原因如下：
1）RPC服务没有开启。
//检验是否开启RPC # service rpcbind status rpcbind (pid xxxx) 正在运行... //开启RPC # service rpcbind start
//查看RPC服务
# rpcinfo -p
2）Linux系统中的防火墙开启了，阻挡了LoadRunner监控Linux系统的资源。
解决方案：关闭防火墙。
# /etc/init.d/iptables stop # /etc/init.d/iptables status iptables：未运行防火墙。
然而我这边上述两点都很正常。于是做了如下排查
1）把压力放到最小，比如只加压10个人。
结果：发现加压很小时，UNIX Resrouces一直正常监控，显示数据。
分析：加压大的时候，容易出现这个问题，但是加压小的时候不出现，说明跟压力有关系。由压力联想到网络，于是继续。
2）重新执行并确保执行过程会重现问题，同时打开cmd，一直ping被测linux机器。
ping –t xxx.xxx.xxx.xxx
结果：发现ping提示“请求超时”，Controller中的UNIX Resrouces就不显示数据了。即使后边ping恢复正常，UNIX Resrouces也不会再显示数据。
分析：据此判断跟网络出现请求超时有关。
最后结果：找出大致原因，但是不知道怎么解决。