1.?error:missing newline in d:\loadrunner\name.dat

場景執行時報error:missing newline in d:\loadrunner\name.dat

第二次執行不報

兩個解決辦法：

第一：如果參數不是很多的話，不要打開記事本去編輯參數，就直接在LR提供的參數的表格中進行編輯即可。

第二：如果參數很多超過100條的話。 在記事本中編輯好了之后，記著在最后一個參數后打個回車，讓鼠標的光標移動到下一行。

2.load?generator?is?currently?running?the?maximum?number?of?vuser?of?this?type

使用的是loadrunner8.0，有10000個用戶的web的license，global的有10個。

在測試的時候發現running?vuser到達1000以后就不能再提高，后面的vuser就會出錯。錯誤是“The?load?generator?is?currently?running?the?maximum?number?of?vuser?of?this?type”.

已經可以排除是load?generator機器本身資源的問題。因為換了性能比較強的酷睿2還是同樣的問題，CPU和memory都有空閑。

解決辦法:

在load?generator中有一個Vuser?limits?tab，可以設置running?user的最大數目。?即設置 load generator----Details------Vuser limits ----Other Vusers 的最大參數

3.LoadRunner 常見問題：

(1)sofeware caused connction：這種情況，一般是腳本有問題，或者loadrunner有問題。解決方法：重新啟動機器，或者重新錄制腳本，估計是loadrunner的bug。

(2)cannot connect to server:無法連接到服務器。這種情況是服務器的配置有問題，服務器無法承受過多的并發連接了。需要優化服務器的配置，

如操作系統采用windows 2003 server，

優化tomcat配置：maxThreads="500" minSpareThreads="400" maxSpareThreads="450"。但是tomcat 最多支持500個并發訪問

優化apache配置：

ThreadsPerChild 1900

MaxRequestsPerChild 10000

其他的錯誤如：

Action.c(10): Error -27791: Server has shut down the connection prematurely

HTTP Status-Code=503 (Service Temporarily Unavailable)

一般都是由于服務器配置不夠好引起的，按照問題(2)處理，如果仍舊不行，需要優化硬件和調整程序了。

Apache問題：

(1) File does not exist: C:/Apache/htdocs/favicon.ico：

這個問題是apache，htdocs目錄沒有favicon.ico文件引起的，該文件是網站的圖標，僅在firefox,myIE等瀏覽器出現。

(2) 圖片無法顯示：

配置apache后，卻無法顯示圖片。

解決方法：把程序的圖片，按照程序結構copy到apache的htdocs目錄下。

(3) 無法處理請求：

當我們輸入 ***.do 命令后，apache確返回錯誤信息，而連接tomcat卻沒有問題。原因是沒有把.do命令轉發給tomcat處理。解決方法如下：

在apache配置文件中配置如下內容：

DocumentRoot "C:/Apache/htdocs"

JkMount /*.jsp loadbalancer

JkMount /*.do loadbalancer

4、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設置完了后記住還需要在controler組件的option的run time setting中設置相應的參數；

2、 辦法一不能解決的情況下，解決辦法如下：

設置runt time setting中的internet protocol-preferences中的advaced區域有一個winlnet replay instead of sockets選項，選項后再回放就成功了。切記此法只對windows系統起作用。

5、問題描述Connection reset by peer　　這個問題不多遇見，一般是由于下載的速度慢，導致超時，所以，需要調整一下超時時間。

解決辦法：Run-time setting窗口中的‘Internet Protocol’－‘Preferences’設置set advanced options(設置高級選項)，重新設置一下“HTTP-request connect timeout(sec)，可以稍微設大一些”；

6、問題描述connection refused　　這個的錯誤的原因比較復雜，也可能很簡單也可能需要查看好幾個地方，解決起來不同的操作系統方式也不同；

1、首先檢查是不是連接weblogic服務過大部分被拒絕，需要監控weblogic的連接等待情況，此時需要增加acceptBacklog，每次增加 25%來提高看是否解決，同時還需要增加連接池和調整執行線程數，(連接池數*Statement Cache Size)的值應該小于等于oracle數據庫連接數最大值；

2、如果方法一操作后沒有變化，此時需要去查看服務器操作系統中是否對連接數做了限制，AIX下可以直接vi文件limits修改其中的連接限制數，還有 tcp連接等待時間間隔大小，wiodows類似，只不過wendows修改注冊表，具體修改方法查手冊，注冊表中有TcpDelayTime項；

7、問題描述open many files

問題一般都在壓力較大的時候出現，由于服務器或者應用中間件本身對于打開的文件數有最大值限制造成，解決辦法：

1、修改操作系統的文件數限制，aix下面修改limits下的nofiles限制條件，增大或者設置為沒有限制，盡量對涉及到的服務器都作修改；

2、方法一解決不了情況下再去查看應用服務器weblogic的commonEnv.sh文件，修改其中的nofiles文件max-nofiles數增大，應該就可以通過了，具體就是查找到nofiles方法，修改其中else條件的執行體，把文件打開數調大；修改前記住備份此文件，防止修改出錯；

8、問題描述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鋸齒型的變化，上升下降都很快，這應該是不太正常的；

9、問題描述Failed to connect to server

這個問題一般是客戶端鏈接到服務失敗，原因有兩個客戶端連接限制(也就是壓力負載機器)，一個網絡延遲嚴重，解決辦法：

1、 修改負載機器的tcpdelaytime注冊表鍵值，改小；

2、 檢查網絡延遲情況，看問題出在什么環節；

建議為了減少這種情況，辦法一最好測試前就完成了，保證干凈的網絡環境，每個負載機器的壓力測試用戶數不易過大，盡量平均每臺負載器的用戶數，這樣以上問題出現的概率就很小了。

10．LoadRunner HTTP服務器狀態代碼：在錄制Web協議腳本回放腳本的過程中，會出現HTTP服務器狀態代碼，例如常見的頁面-404錯誤提示、-500錯誤提示。

錯誤現象1：-404 Not Found服務器沒有找到與請求URI相符的資源，但還可以繼續運行直到結束。

錯誤分析：此處與請求URI相符的資源在錄制腳本時已經被提交過一次，回放時不可再重復提交同樣的資源，而需要更改提交資源的內容，每次回放一次腳本都要改變提交的數據，保證模擬實際環境，造成一定的負載壓力。

解決辦法：在出現錯誤的位置進行腳本關聯，在必要時插入相應的函數。

錯誤現象2：-500 Internal Server Error服務器內部錯誤，腳本運行停止。

錯誤分析：服務器碰到了意外情況，使其無法繼續回應請求。

解決辦法：出現此錯誤是致命的，說明問題很嚴重，需要從問題的出現位置進行檢查，此時需要此程序的開發人員配合來解決，而且產生的原因根據實際情況來定，測試人員無法單獨解決問題，而且應該盡快解決，以便于后面的測試。

11．LoadRunner請求無法找到：在錄制Web協議腳本回放腳本的過程中，會出現請求無法找到的現象，而導致腳本運行停止。

錯誤現象：Action.c(41): Error -27979: Requested form. not found [MsgId: MERR-27979]

Action.c(41): web_submit_form. highest severity level was "ERROR",0 body bytes, 0 header bytes [MsgId: MMSG-27178]"

這時在tree view中看不到此組件的相關URL。

錯誤分析：所選擇的錄制腳本模式不正確，通常情況下，基于瀏覽器的Web應用會使用“HTML-based script”模式來錄制腳本；而沒有基于瀏覽器的Web應用、Web應用中包含了與服務器進行交互的Java Applet、基于瀏覽器的應用中包含了向服務器進行通信的JavaScript/VBScript代碼、基于瀏覽器的應用中使用HTTPS安全協議，這時則使用“URL-based script”模式進行錄制。

解決辦法：打開錄制選項配置對話框進行設置，在“Recording Options”的“Internet Protocol”選項里的“Recording”中選擇“Recording Level”為“HTML-based script”，單擊“HTML Advanced”，選擇“Script. Type”為“A script. containing explicit”。然后再選擇使用“URL-based script”模式來錄制腳本。

12．LoadRunner回放Web Services協議腳本錯誤：LoadRunner 8.0版本在錄制Web Services協議的腳本時正常，但在回放時會出現錯誤，提示停止腳本運行。

錯誤現象：利用LoadRunner 8.0版本來錄制Web Services協議的腳本沒有任何錯誤提示，回放腳本時會出現如下錯誤提示“Error：server returned an incorrectly formatted SOAP response”。

錯誤分析：出現此錯誤的原因是LoadRunner8.0在錄制Web Services協議的腳本時存在一個缺陷：如果服務器的操作系統是中文的，VuGen會自動將WSDL文件的頭改為<?xml version="1.0"encoding="zh_cn" ?>，所以才會有此錯誤提示。

解決辦法：下載兩個補丁，分別為“LR80WebServicesFPI_setup.exe”和“lrunner_web_ services_patch_1.exe”安裝上即可。

總結

以上是生活随笔為你收集整理的loadrunner 错误: 无法找到 java.exe_LoadRunner错误及解决方法总结的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。