Action(8):Error -27728:Step download timeout(120 seconds)has expired when downloading
出現如下圖所示對話框上的錯誤信息時
場景運行時報錯:
1.
2.
解決方法是:
在Vuser Generator中的Vuser--->Run-Time Settings...---->Internet Protocol--->Preferences---->
HTTP-request connect timeout (sec)和
HTTP-request receive timeout (sec) 分別設置1000
Step download timeout (sec) 設置10000即可解決
解決方法:
是超時的意思,不一定是代碼的問題,可能是負載比較大,服務器的響應超過了120秒,就匯報這個錯誤,解決方法如下:
1、 修改run time setting中的請求超時時間,默認120,你改大一些,其中有三項的參數可以一次都修改了,
HTTP-request connect timeout,
HTTP-request receieve timeout,
Step download timeout,分別建議修改為600、600、5000;run time setting設置完了后記住還需要在control組件的option的run time setting中設置相應的參數;
2、 設置run time setting中的internet protocol-preferences中的advaced區域有一個winlnet replay instead of sockets選項,勾選。
Error -27728: Step download timeout (120 seconds)的解決方法
現象1:Action.c(16): Error -27728: Step download timeout (120 seconds) has expired
when downloading non-resource(s)。
分析:對於HTTP協議,默認的超時時間是120秒(可以在LoadRunner中修改),
客戶端發送一個請求到服務器端,如果超過120秒服務器端還沒有返回結果,則出現超時錯誤。
辦法:首先在運行環境中對超時進行設置,默認的超時時間可以設置長一些,
再設置多次迭代運行,如果還有超時現象,需要在“Runtime Setting”>“Internet Protocol:Preferences”>“Advanced”區域
中設置一個“winlnet replay instead of sockets”選項,再回放是否成功。
現象2:Action.c(81):Continuing after Error -27498: Timed out while
processing URL=
分析:這種錯誤常常是因為並發壓力過大,服務器端太繁忙,無法及時響應客
戶端的請求而造成的,所以這個錯誤是正常現象,是壓力過大造成的。
如果壓力很小就出現這個問題,可能是腳本某個地方有錯誤,要仔細查看腳本,
提示的錯誤信息會定位某個具體問題發生的位置。
解決辦法:例如上面的錯誤現象問題定位在某個URL上,需要再次運行一下場景,
同時在其他機器上訪問此URL。如果不能訪問或時間過長,可能是服務器或者此應用不能支撐如此之大的負載
。分析一下服務器,最好對其性能進行優化。
如果再次運行場景后還有超時現象,就要在各種圖形中分析一下原因,例如可
以查看是否服務器、DNS、網絡等方面存在問題。
最后,增加一下運行時的超時設置,在“Run-Time Settings”>“Internet
Protocol:Preferences”中,單擊“options”,增加“HTTP-request connect timeout” 或者“HTTP-request receive”的值。
LR中超時問題解決方法
超時錯誤在LoadRunner錄制Web協議腳本回放時超時經常出現.
現象1:Action.c(16): Error -27728: Step download timeout (120 seconds) has expired when downloading non-resource(s)。
分析:對於HTTP協議,默認的超時時間是120秒(可以在LoadRunner中修改),客戶端發送一個請求到服務器端,如果超過120秒服務器端還沒有返回結果,則出現超時錯誤。
辦法:首先在運行環境中對超時進行設置,默認的超時時間可以設置長一些,再設置多次迭代運行,如果還有超時現象,需要在“Runtime Setting”>“Internet Protocol:Preferences”>“Advanced”區域中設置一個“winlnet replay instead of sockets”選項,再回放是否成功。
現象2:Action.c(81):Continuing after Error -27498: Timed out while processing URL=http://172.18.20.70:7001/workflow/bjtel/leasedline/ querystat/ subOrderQuery.do
分析:這種錯誤常常是因為並發壓力過大,服務器端太繁忙,無法及時響應客戶端的請求而造成的,所以這個錯誤是正常現象,是壓力過大造成的。
如果壓力很小就出現這個問題,可能是腳本某個地方有錯誤,要仔細查看腳本,提示的錯誤信息會定位某個具體問題發生的位置。
解決辦法:例如上面的錯誤現象問題定位在某個URL上,需要再次運行一下場景,同時在其他機器上訪問此URL。如果不能訪問或時間過長,可能是服務器或者此應用不能支撐如此之大的負載。分析一下服務器,最好對其性能進行優化。
如果再次運行場景后還有超時現象,就要在各種圖形中分析一下原因,例如可以查看是否服務器、DNS、網絡等方面存在問題。
最后,增加一下運行時的超時設置,在“Run-Time Settings”>“Internet Protocol:Preferences”中,單擊“options”,增加“HTTP-request connect timeout” 或者“HTTP-request receive”的值。
LR 9.5處理TimeOut問題小結
http://www.testwo.com/space-2-do-blog-id-413.html
1、對於HTTP協議的頁面,默認的超時時間是120秒。
1. Error -27727: Step download timeout (120 seconds) has expired when downloading resource(s). Set the "Resource Page Timeout is a Warning" Run-Time Setting to Yes/No to have this message as a warning/error, respectively [MsgId: MERR-27727]
Action.c(34): web_link("****") highest severity level was "ERROR", 14506915 body bytes, 547 header bytes [MsgId: MMSG-26388]Ending action Action.
解決方法: