環境
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也不會再顯示數據。
分析：據此判斷跟網絡出現請求超時有關。
最后結果：找出大致原因，但是不知道怎么解決。