1、LR代碼錯(cuò)誤及解決方法Error-27728:Stepdownloadtimeout(120seconds)這是一個(gè)經(jīng)常會(huì)遇到的問(wèn)題，解決得辦法走以下步驟：1、修改 runtimesetting 中的請(qǐng)求超時(shí)時(shí)間，增加到 600s,其中有三項(xiàng)的參數(shù)可以一次者 B修改了,HTTP-requestconnecttimeout,HTTP-requestreceievetimeoutStepdownloadtimeout分別建議修改為 600、600、5000;runtimesetting 設(shè)置完了后記住還需要在 controler 組件的 option 的 runtimesetting 中設(shè)置相應(yīng)的

2、參數(shù)；2、辦法一不能解決的情況下，解決辦法如下：設(shè)置 runttimesetting 中的internetprotocol-preferences 中的 advaced 區(qū)域有個(gè) winlnetreplayinsteadofsockets選項(xiàng)，選項(xiàng)后再回放就成功了。切記此法只對(duì) windows 系統(tǒng)起作用。2、Error-27778:SSLprotocolerrorwhenattemptingtoconnectwithhost,解決方案：在 virtualusergenerator 內(nèi),vuser-run-timesettings-preferences-advanced 里勾上WININET

3、replayinsteadofSockets。3、Error-27791:ServerhasshutdowntheconnectionprematurelyHTTPStatus-Code=503(ServiceTemporarilyUnavailable)1:一般是在訪問(wèn)應(yīng)用服務(wù)器時(shí)出現(xiàn)，大用戶量和小用戶量均會(huì)出現(xiàn)；來(lái)自網(wǎng)上的解釋：1應(yīng)用訪問(wèn)死掉小用戶時(shí)：程序上的問(wèn)題。程序上存在數(shù)據(jù)庫(kù)的問(wèn)題 2應(yīng)用服務(wù)沒(méi)有死應(yīng)用服務(wù)參數(shù)設(shè)置問(wèn)題例如：在許多客戶端連接 Weblogic 應(yīng)用服務(wù)器被拒絕，而在服務(wù)器端沒(méi)有錯(cuò)誤顯示，則有可能是 Weblogic 中的server 元素的 AcceptBacklog

4、 屬性值設(shè)得過(guò)低。 如果連接時(shí)收到 connectionrefused 消息， 說(shuō)明應(yīng)提高該值，每次增加 25%Java 連接池的大小設(shè)置，或 JVM 的設(shè)置等 3數(shù)據(jù)庫(kù)的連接在應(yīng)用服務(wù)的性能參數(shù)可能太小了數(shù)據(jù)庫(kù)啟動(dòng)的最大連接數(shù)(跟硬件的內(nèi)存有關(guān))4有時(shí)關(guān)閉卡巴斯基也會(huì)解決如上問(wèn)題4、Error-27498:TimeoutwhileprocessingURL=http:/,錯(cuò)誤分析：這種錯(cuò)誤常常是因?yàn)椴l(fā)壓力過(guò)大，服務(wù)器端太繁忙，無(wú)法及時(shí)響應(yīng)客戶端的請(qǐng)求而造成的，所以這個(gè)錯(cuò)誤是正?，F(xiàn)象，是壓力過(guò)大造成的。如果壓力很小就出現(xiàn)這個(gè)問(wèn)題，可能是腳本某個(gè)地方有錯(cuò)誤，要仔細(xì)查看腳本，提示的錯(cuò)誤信息會(huì)定位

5、某個(gè)具體問(wèn)題發(fā)生的位置。解決方法：例如上面的錯(cuò)誤現(xiàn)象問(wèn)題定位在某個(gè) URL 上，需要再次運(yùn)行一下場(chǎng)景，同時(shí)在其他機(jī)器上訪問(wèn)此 URL。如果不能訪問(wèn)或時(shí)間過(guò)長(zhǎng)，可能是服務(wù)器或者此應(yīng)用不能支撐如此之大的負(fù)載。分析一下服務(wù)器，最好對(duì)其性能進(jìn)行優(yōu)化。如果再次運(yùn)行場(chǎng)景后還有超時(shí)現(xiàn)象，就要在各種圖形中分析一下原因，例如可以查看是否服務(wù)器、DNS、網(wǎng)絡(luò)等方面存在問(wèn)題。最后， 增加一下運(yùn)行時(shí)的超時(shí)設(shè)置， 在Run-TimeSettingsaInternetProtocolpreferences”中， 單擊“options,增力口HTTP-requestconnecttimeout或者HTTP-requestr

6、eceive”的值。在腳本最前面插入 web_set_max_retris(5),里面的數(shù)字根據(jù)需要可以設(shè)成 5,我最大設(shè)成 10。5、Error-27259：Pendingweb_reg_save_param/reg_find/create_html_param_exrequest(s)detectedandresetattheendoftheInitsection這是我犯的一個(gè)低級(jí)錯(cuò)誤。在我將登錄腳本移到 Init 部分時(shí)，將登錄腳本之后的瀏覽操作前面的 web_reg_find 腳本也一起移了過(guò)去，結(jié)果運(yùn)行完 Init 部分腳本就出錯(cuò)了。這種錯(cuò)誤的現(xiàn)象是沒(méi)有進(jìn)行迭代已經(jīng)出錯(cuò)了，錯(cuò)誤提示也

7、很明確。這時(shí)只要把 web_reg_find 放回 Action部分的正確的位置即可。6、LR 中錯(cuò)誤代號(hào)為27796的一個(gè)解決方法問(wèn)題：曾經(jīng)遇到過(guò)一個(gè)問(wèn)題，在一次性能測(cè)試過(guò)程中，使用 http 協(xié)議的多用戶向服務(wù)器發(fā)送請(qǐng)求。設(shè)置了持續(xù)時(shí)間，出現(xiàn)錯(cuò)誤為：27796,Failedtoconnecttoserverhostname;port_ld:reason.10048。分析因?yàn)樨?fù)載生成器的性能太好，發(fā)數(shù)據(jù)包特別快，服務(wù)器也響應(yīng)特別快，從而導(dǎo)致負(fù)載生成器的機(jī)器的端口在沒(méi)有 timeout 之前就全部占滿了。在全部占滿后，就會(huì)出現(xiàn)上面的錯(cuò)誤。執(zhí)行 netstat-na 命令，可以看到打開(kāi)了很多端口

8、。所以就調(diào)整 TCP 的 timeout。即在最后一個(gè)端口還沒(méi)有用到時(shí)，前面已經(jīng)有端口在釋放了。成功的解決方法：在負(fù)載生成器的注冊(cè)表HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesTcpipParameters 里，有如下兩個(gè)鍵值：TcpTimedWaitDelayMaxUserPort1,這里的 TcpTimedWaitDelay 默認(rèn)值應(yīng)該中是 30s,所以這里，把這個(gè)值調(diào)小為 5s(按需要調(diào)整)。2,也可以把 MaxUserPort 調(diào)大(如果這個(gè)值不是最大值的話)。反復(fù)驗(yàn)證，問(wèn)題解決。7 、Error-27740:OforURLhttp

9、:/ web_set_sockets_option(OVERLAPPED,0);8 .關(guān)于 Error-27791:Error-27790:Error-27740:錯(cuò)誤的解決方法：錯(cuò)誤如下：Action.c(198):Error-27791:ShasshutdowntheconnectionprematurelyAction.c(198):Error-27790:F:10053SoftwarecausedconnectionabortAction.c(198):解決辦法:在腳本的最前面加上 web_set_sockets_option(OVERLAPPED,0);9 .Error-27792:

10、Failedtotransmitdatatonetwork:10054Connectionresetbypeer 這個(gè)問(wèn)題不多遇見(jiàn)，一般是由于下載的速度慢，導(dǎo)致超時(shí)，所以，需要調(diào)整一下超時(shí)時(shí)間。解決辦法 1：Run-timesetting 窗口中的，InternetProtocol?,Preferences?設(shè)置 setadvancedoptions(設(shè)置高級(jí)選項(xiàng))，重新設(shè)置一下HTTP-requestconnecttimeout(sec),可以稍微設(shè)大一些”；解決方法 2:在腳本最前面插入 web_set_sockets_option(OVERLAPPED_SEND,0);10 .Error

11、-27796Failedtoconnecttoserver 這個(gè)問(wèn)題一般是客戶端鏈接到服務(wù)失敗，原因有兩個(gè)客戶端連接限制(也就是壓力負(fù)載機(jī)器)，一個(gè)網(wǎng)絡(luò)延遲嚴(yán)重，解決辦法：1、修改負(fù)載機(jī)器的 tcpdelaytime 注冊(cè)表鍵值，改??；修改負(fù)載機(jī)器注冊(cè)表中的 TcpTimedWaitDelay減小延時(shí)和 MaxUserPort 增加端口數(shù)。注：這將增加機(jī)器的負(fù)荷。啟動(dòng) regedit 命令，在注冊(cè)表 HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesTcpipParameters 里， 有如下兩個(gè)鍵值：TcpTimedWaitDelay、MaxU

12、serPort 這里的 TcpTimedWaitDelay 默認(rèn)值應(yīng)該中是 30s,所以這里，把這個(gè)值調(diào)小為 5s(按需要調(diào)整)。也可以把 MaxUserPort 調(diào)大(如果這個(gè)值不是最大值的話)。2、檢查網(wǎng)絡(luò)延遲情況，看問(wèn)題出在什么環(huán)節(jié)；建議為了減少這種情況，辦法一最好測(cè)試前就完成了，保證干凈的網(wǎng)絡(luò)環(huán)境，每個(gè)負(fù)載機(jī)器的壓力測(cè)試用戶數(shù)不易過(guò)大，盡量平均每臺(tái)負(fù)載器的用戶數(shù)，這樣以上問(wèn)題出現(xiàn)的概率就很小了。問(wèn)題說(shuō)明：因?yàn)樨?fù)載生成器的性能太好，發(fā)數(shù)據(jù)包特別快，服務(wù)器也響應(yīng)特別快，從而導(dǎo)致負(fù)載生成器的機(jī)器的端口在沒(méi)有 timeout 之前就全部占滿了。在全部占滿后，就會(huì)出現(xiàn)上面的錯(cuò)誤。執(zhí)行 netst

13、at-na 命令，可以看到打開(kāi)了很多端口。所以就調(diào)整 TCP 的 timeout。即在最后一個(gè)端口還沒(méi)有用到時(shí)，前面已經(jīng)有端口在釋放了。12、Error-27979:Requestedform.notfoundweb_submit_form.highestseveritylevelwasERROR”,0bodybytes,0headerbytesMsgId:MMSG-27178“錯(cuò)誤現(xiàn)象： 在錄制 Web 協(xié)議腳本回放腳本的過(guò)程中，會(huì)出現(xiàn)請(qǐng)求無(wú)法找到的現(xiàn)象，而導(dǎo)致腳本運(yùn)行停止。這時(shí)在 treeview 中看不到此組件的相關(guān) URL。錯(cuò)誤分析：所選擇的錄制腳本模式不正確，通常情況下，基于瀏覽器的

14、 Web 應(yīng)用會(huì)使用“HTML-basedscript”模式來(lái)錄制腳本；而沒(méi)有基于瀏覽器的 Web 應(yīng)用、Web 應(yīng)用中包含了與服務(wù)器進(jìn)行交互的 JavaApplet、基于瀏覽器的應(yīng)用中包含了向服務(wù)器進(jìn)行通信的JavaScript/VBScript 代碼、基于瀏覽器的應(yīng)用中使用 HTTPS 安全協(xié)議，這時(shí)則使用“URL-basedscript”模式進(jìn)行錄制。解決辦法：打開(kāi)錄制選項(xiàng)配置對(duì)話框進(jìn)行設(shè)置，在aRecordingOptions”的aInternetProtocol”選項(xiàng)里的Recording”中選擇aRecordingLevel”為HTML-basedscript,單擊HTMLAdva

15、nced,選擇Script.Type為Ascript.containingexplicit”。然后再選擇使用URL-basedscript”。13、Error-27985：ThereisnocontextforHTML-basedfunctions.ApreviousfunctionmaynothaveusedMode=HTMLordownloadedonlynon-HTMLpage(s),orthecontexthasbeenreset(e.g.,duetoaGUI-basedfunction)單次運(yùn)行正確，但是多次迭代運(yùn)行時(shí)出錯(cuò)，這種錯(cuò)誤可能比較常見(jiàn)，原因是在 RuntimeSetting

16、s 的 BrowseEmulation 中設(shè)置了 Simulateanewuseroneachiteration 弓 I 起的。由于這個(gè)設(shè)置導(dǎo)致每次迭代時(shí)都會(huì)模擬一個(gè)新的用戶，此時(shí)這個(gè)新的用戶并沒(méi)有執(zhí)行 init 操作而失敗了，也即是錯(cuò)誤提示中的 Thereisnocontexto這里涉及到一個(gè)知識(shí)點(diǎn)就是在 RumtimeSettings 的迭代設(shè)置中，迭代運(yùn)行次數(shù)只對(duì) Action 部分有效，而 Init 部分和 End 部分還是只運(yùn)行一次的。這時(shí)如果設(shè)置了Simulateanewuseroneachiteration,將出現(xiàn)此錯(cuò)誤14、問(wèn)題描述 connectionrefused 這個(gè)的錯(cuò)

17、誤的原因比較復(fù)雜，也可能很簡(jiǎn)單也可能需要查看好幾個(gè)地方，解決起來(lái)不同的操作系統(tǒng)方式也不同；1、首先檢查是不是連接weblogic 服務(wù)過(guò)大部分被拒絕，需要監(jiān)控 weblogic15、的連接等待情況，此時(shí)需要增加 acceptBacklog,每次增加 25%來(lái)提高看是否解決，同時(shí)還需要增加連接池和調(diào)整執(zhí)行線程數(shù)，（連接池?cái)?shù)*StatementCacheSize）的值應(yīng)該小于等于 oracle 數(shù)據(jù)庫(kù)連接數(shù)最大值；2、如果方法一操作后沒(méi)有變化，此時(shí)需要去查看服務(wù)器操作系統(tǒng)中是否對(duì)連接數(shù)做了限制，AIX 下可以直接 vi 文件 limits 修改其中的連接限制數(shù)、端口數(shù)，還有 tcp 連接等待時(shí)間間

18、隔大小，wiodows 類(lèi)似，只不過(guò) wendows 修改注冊(cè)表，具體修改注冊(cè)表中有 TcpTimedWaitDelay 和 MaxUserPort 項(xiàng)，鍵值在HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesTcpipParameters。因?yàn)樨?fù)載生成器的性能太好，發(fā)數(shù)據(jù)包特別快，服務(wù)器也響應(yīng)特別快，從而導(dǎo)致負(fù)載生成器的機(jī)器的端口在沒(méi)有 timeout 之前就全部占滿了。在全部占滿后，就會(huì)出現(xiàn)上面的錯(cuò)誤。執(zhí)行 netstat-na 命令，可以看到打開(kāi)了很多端口。所以就調(diào)整 TCP 的 timeout。即在最后一個(gè)端口還沒(méi)有用到時(shí)，前面已經(jīng)有端口

19、在釋放了。1）這里的 TcpTimedWaitDelay 默認(rèn)值應(yīng)該中是30s,所以這里，把這個(gè)值調(diào)小為 5s（按需要調(diào)整）。2）也可以把 MaxUserPort 調(diào)大（如果這個(gè)值不是最大值的話）。16、問(wèn)題描述 openmanyfiles 問(wèn)題一般都在壓力較大的時(shí)候出現(xiàn)，由于服務(wù)器或者應(yīng)用中間件本身對(duì)于打開(kāi)的文件數(shù)有最大值限制造成，解決辦法：1、修改操作系統(tǒng)的文件數(shù)限制，aix 下面彳改 limits 下的 nofiles 限制條件，增大或者設(shè)置為沒(méi)有限制，盡量對(duì)涉及到的服務(wù)器都作修改；2、方法一解決不了情況下再去查看應(yīng)用服務(wù)器 weblogic 的commonEnv.sh 文件，修改其中的

20、 no 巾 les 文件 max-nofiles 數(shù)增大，應(yīng)該就可以通過(guò)了，具體就是查找到 nofiles 方法，修改其中 else 條件的執(zhí)行體，把文件打開(kāi)數(shù)調(diào)大；修改前記住備份此文件，防止彳改出錯(cuò)；3、linux 上可以通過(guò) ulimit-HSn4096 來(lái)修改文件打開(kāi)數(shù)限制，也可以通過(guò) ulimit-a 來(lái)查看。4、linux 上可以通過(guò) lsof-ppid|wc-l 來(lái)查看進(jìn)程打開(kāi)的句柄數(shù)。17、Overlappedtransmissionofrequestto.WSA_IO_PENDING 這個(gè)問(wèn)題，解決方法：1、方法一，在腳本前加入 web_set_sockets_option（O

21、VERLAPPED_SEND,0），禁用 TTFB 細(xì)分，問(wèn)題即可解決，但是 TTFB 細(xì)分圖將不能再使用，2、方法二，可以通過(guò)增加連接池和應(yīng)用系統(tǒng)的內(nèi)存，每次增加 25%。18、Failedtotransmitdatatonetwork:10057Socketisnotconnected 這個(gè)錯(cuò)誤是由網(wǎng)絡(luò)原因造成的，PC1 和 PC2 上面都裝了相同的 loadrunner9.0,且以相同數(shù)量的虛擬用戶數(shù)運(yùn)行相同的業(yè)務(wù)（機(jī)器上的其他條件都相同），PC1 上面有少部分用戶報(bào)錯(cuò)，PC2 上的用戶全部執(zhí)行通過(guò)。19、在錄制 Web 協(xié)議腳本回放腳本的過(guò)程中，會(huì)出現(xiàn) HTTP 服務(wù)器狀態(tài)代碼，例如常

22、見(jiàn)的頁(yè)面-404 錯(cuò)誤提示、500 錯(cuò)誤提示。（1）-404NotFound 服務(wù)器沒(méi)有找到與請(qǐng)求 URI 相符的資源，但還可以繼續(xù)運(yùn)行直到結(jié)束。錯(cuò)誤分析：此處與請(qǐng)求 URI 相符的資源在錄制腳本時(shí)已經(jīng)被提交過(guò)一次， 回放時(shí)不可再重復(fù)提交同樣的資源， 而需要更改提交資源的內(nèi)容，每次回放一次腳本都要改變提交的數(shù)據(jù)，保證模擬實(shí)際環(huán)境，造成一定的負(fù)載壓力。解決辦法：在出現(xiàn)錯(cuò)誤的位置進(jìn)行腳本關(guān)聯(lián)，在必要時(shí)插入相應(yīng)的函數(shù)。21 、-500InternalServerError 服務(wù)器內(nèi)部錯(cuò)誤，腳本運(yùn)行停止。錯(cuò)誤分析：服務(wù)器碰到了意外情況，使其無(wú)法繼續(xù)回應(yīng)請(qǐng)求。解決辦法：出現(xiàn)此錯(cuò)誤是致命的，說(shuō)明問(wèn)題很?chē)?yán)重

23、，需要從問(wèn)題的出現(xiàn)位置進(jìn)行檢查，此時(shí)需要此程序的開(kāi)發(fā)人員配合來(lái)解決，而且產(chǎn)生的原因根據(jù)實(shí)際情況來(lái)定，測(cè)試人員無(wú)法單獨(dú)解決問(wèn)題，而且應(yīng)該盡快解決，以便于后面的測(cè)試。22 .HTTPStatus-Code=500(InternalServerError)for1、應(yīng)用服務(wù)當(dāng)?shù)簦匦聠?dòng)應(yīng)用服務(wù)。2、2、當(dāng)應(yīng)用系統(tǒng)處于的可用內(nèi)存處于閥值以下時(shí)，出現(xiàn) HTTPStatus-Code=500 的概率非常高，此時(shí)只要增加應(yīng)用系統(tǒng)的內(nèi)存，問(wèn)題即可解決。23、Error-26627:HTTPStatus-Code=404(NotFound)forhttp:/www.*.htm 解決方法：找開(kāi)發(fā)人員檢查網(wǎng)站部署

24、是否正確；產(chǎn)生原因：HTTP404 是指要瀏覽的網(wǎng)頁(yè)在服務(wù)器中不存在，該網(wǎng)頁(yè)可能已經(jīng)遷移。24、Error26628:HTTPStatus-Code=403(AccessForbidden)forhttp:/./解決方案如下：分析原因可能是因?yàn)楸粶y(cè) WEB 服務(wù)器用的是 XP 系統(tǒng)，本身有最大連接數(shù)的限制，就使用軟件 MtaEdt22.exe 修改 IIS 最大連接數(shù)為 1000,修改后重啟再進(jìn)行并發(fā)操作。25、 Error:serverreturnedanincorrectlyformattedSOAPresponse(回放WebServices協(xié)議腳本錯(cuò)誤)錯(cuò)誤現(xiàn)象：利用 LoadRunn

25、er8.0 版本來(lái)錄制 WebServices 協(xié)議的腳本沒(méi)有任何錯(cuò)誤提示，但在回放時(shí)會(huì)出現(xiàn)錯(cuò)誤，提示停止腳本運(yùn)行改為。錯(cuò)誤分析：出現(xiàn)此錯(cuò)誤的原因是 LoadRunner8.0 在錄制 WebServices 協(xié)議的腳本時(shí)存在一個(gè)缺陷：如果服務(wù)器的操作系統(tǒng)是中文的，VuGen 會(huì)自動(dòng)將 WSDL 文件的頭,所以才會(huì)有此錯(cuò)誤提示。解決辦法：下載兩個(gè)補(bǔ)丁，分別為“LR80WebServicesFPI_setup.exe和lrunner_web_services_patch_1.exe”安裝上即可。26、Error:9017,Timeoutexpiredwhiletryingtoconnect 我選

26、的是 winsocket,然后錄制用WindowsMediaplayer 打開(kāi)一段用 WindowsMediaService 發(fā)布的 rtsp 的流媒體。不管運(yùn)行多少個(gè) vu 都會(huì)100%fail,出現(xiàn)同樣數(shù)量的 error:Action.c(12):Error:Timeoutexpiredwhiletryingtoconnect.Errorcode:9017 這個(gè)問(wèn)題跟端口有關(guān)，把LocalHost=0去掉就好了。端口若被占用，未及時(shí)釋放，別人再通過(guò)此端口發(fā)送數(shù)據(jù)，就會(huì)出錯(cuò)。27、MsgId:MMSG-26387,26612的錯(cuò)誤在 VUGen 的 Tools-RecordingOption

27、s 下白勺R(shí)ecoding 分支中，將 HTML-basedscript 的單選按鈕改為 URL-basedscript 再錄制腳本運(yùn)行腳本就沒(méi)有問(wèn)題了有遇到同樣問(wèn)題的可以試一下！28、Error-27728:Stepdownloadtimeout(120second 因角單決方法loadruner 報(bào)錯(cuò)：Error-27728:Stepdownloadtimeout(120seconds)如何解決語(yǔ)法檢查通過(guò)，但是在并發(fā)執(zhí)行一個(gè)查詢時(shí)候報(bào)錯(cuò) Action.c(16):Error-27728:Stepdownloadtimeout(120seconds)hasexpiredwhendownlo

28、adingnon-resource(s),請(qǐng)問(wèn)有啥子解決方法，我使用web_set_timeout,好象不起作用， 直接在 option 中設(shè)置 timeout 時(shí)間為 600,(單位應(yīng)該是秒吧)還是沒(méi)有起作用，結(jié)果都還是提示(120seconds),說(shuō)明還是以 120 秒來(lái)判斷的；使用 lrs_set_recv_timeout,語(yǔ)法檢查不過(guò)，說(shuō)明庫(kù)函數(shù)里面沒(méi)有這個(gè)函數(shù)。嘗試步驟：設(shè)置超時(shí)時(shí)間到 600 秒，回放還是出錯(cuò)。后 來(lái) 我 設(shè) 置 了 runttimesetting 中 的 internetprotocol-preferences 中 的 advaced 區(qū) 域 有 個(gè)winlnet

29、replayinsteadofsockets 選項(xiàng)，選項(xiàng)后再回放就成功了。29、Error-27727:Stepdownloadtimeout(120seconds)最近測(cè)試時(shí)總出現(xiàn)以下提示：Error-27727:Stepdownloadtimeout(120seconds)hasexpiredwhendownloadingresource(s).SettheResourcePageTimeoutisaWarningRun-TimeSettingtoYes/Notohavethismessageasawarning/error,respectively 查閱相關(guān)信息說(shuō)：?A、應(yīng)用服務(wù)參數(shù)設(shè)置

30、太大導(dǎo)致服務(wù)器的瓶頸?B、頁(yè)面中圖片太多?C、在程序處理表的時(shí)候檢查字段太大多30、Error-27791connectionprematurely!昔誤解答運(yùn)行 Controller 時(shí)遇到這個(gè) error：Action.c(7):Error-27791:Server8hasshutdowntheconnectionprematurely解決方案如下：1、應(yīng)用服務(wù)器死掉。小用戶時(shí)程序上的問(wèn)題，程序上處理數(shù)據(jù)庫(kù)的問(wèn)題2、應(yīng)用服務(wù)沒(méi)有死。應(yīng)用服務(wù)參數(shù)設(shè)置問(wèn)題。例如：在許多客戶端 weblogic 應(yīng)用服務(wù)器被拒絕，而在服務(wù)器端沒(méi)有錯(cuò)誤顯示，則有可能是 weblogic 中的 s

31、erver 元素的 acceptbacklog屬性值設(shè)得過(guò)低。如果連接時(shí)收到 connectionrefused 消息，說(shuō)明應(yīng)提高該值，每次增加 25%。3、數(shù)據(jù)庫(kù)的連接在應(yīng)用服務(wù)的性能參數(shù)可能太小了數(shù)據(jù)庫(kù)啟動(dòng)的最大連接數(shù)(跟硬件的內(nèi)存有關(guān))4、有時(shí)關(guān)閉卡巴斯基也會(huì)解決如上問(wèn)題31、Error-27727:Stepdownloadtimeout(120seconds)hasexpiredwhendownloadingresource(s).Setthe“ResourcePageTimeoutisaWarning”Run-TimeSettingtoYes/Notohavethismessagea

32、sawarning/error,respectively處理方法：Run-TimeSettingInternetProtocolPreferencesOptionStepdownloadtimeout(sec)改為 3200032、Error-27728:Stepdownloadtimeout(120seconds)解決方法語(yǔ)法檢查通過(guò)，但是在并發(fā)執(zhí)行一個(gè)查詢時(shí)候報(bào)錯(cuò) Action.c(16):Error-27728:Stepdownloadtimeout(120seconds)hasexpiredwhendownloadingnon-resource(s)設(shè)置了 runttimesettin

33、g 中的 internetprotocol-preferences 中的 advaced 區(qū)域有個(gè)winlnetreplayinsteadofsockets 選項(xiàng),33、10004WSAEINTR函數(shù)調(diào)用中斷。該錯(cuò)誤表明由于對(duì) WSACancelBlockingCall 的調(diào)用，造成了一次調(diào)用被強(qiáng)行中斷。10009-WSAEBADF文件句柄錯(cuò)誤。該錯(cuò)誤表明提供的文件句柄無(wú)效。在 MicrosoftWindowsCE 下，socket 函數(shù)可能返回這個(gè)錯(cuò)誤，表明共享串口處于“忙”狀態(tài)。10013WSAEACCES權(quán)限被拒。嘗試對(duì)套接字進(jìn)行操彳但被禁止。若試圖在 sendt?；?WSASendTo

34、中使用一個(gè)廣播地址，但是尚未用 setsockopt 和 SO_BROADCAST 這兩個(gè)選項(xiàng)設(shè)置廣播權(quán)限，便會(huì)產(chǎn)生這類(lèi)錯(cuò)誤。10014WSAEFAULT地址無(wú)效。傳給 Winsock 函數(shù)的指針地址無(wú)效。若指定的緩沖區(qū)太小，也會(huì)產(chǎn)生這個(gè)錯(cuò)誤。10022WSAEINVAL參數(shù)無(wú)效。指定了一個(gè)無(wú)效參數(shù)。例如，假如為 WSAIoctl 調(diào)用指定了一個(gè)無(wú)效控制代碼，便會(huì)產(chǎn)生這個(gè)錯(cuò)誤。另外，它也可能表明套接字當(dāng)前的狀態(tài)有錯(cuò)，例如在一個(gè)目前沒(méi)有監(jiān)聽(tīng)的套接字上調(diào)用 accept 或WSAAccept。10024WSAEMFILE打開(kāi)文件過(guò)多。提示打開(kāi)的套接字太多了。通常，Microsoft 提供者只受到系

35、統(tǒng)內(nèi)可用資源數(shù)量的限制。1003WSAEWOULDBLOCK資源暫時(shí)不可用。對(duì)非鎖定套接字來(lái)說(shuō)，如果請(qǐng)求操作不能立即執(zhí)行的話，通常會(huì)返回這個(gè)錯(cuò)誤。比如說(shuō)，在一個(gè)非暫停套接字上調(diào)用 connect,就會(huì)返回這個(gè)錯(cuò)誤。因?yàn)檫B接請(qǐng)求不能立即執(zhí)行。10031WSAEINPROGRESS操作正在進(jìn)行中。當(dāng)前正在執(zhí)行非鎖定操作。一般來(lái)說(shuō)不會(huì)出現(xiàn)這個(gè)錯(cuò)誤，除非正在開(kāi)發(fā) 16 位 Winsock 應(yīng)用程序。10037WSAEALREADY操作已完成。一般來(lái)說(shuō)，在非鎖定套接字上嘗試已處于進(jìn)程中的操作時(shí)，會(huì)產(chǎn)生這個(gè)錯(cuò)誤。比如，在一個(gè)已處于連接進(jìn)程的非鎖定套接字上，再一次調(diào)用 connect 或 WSAConnect。另外，服務(wù)提供者處于執(zhí)行回調(diào)函數(shù)（針對(duì)支持回調(diào)例程的 Winsock 函數(shù)）的進(jìn)程中時(shí)，也會(huì)出現(xiàn)這個(gè)錯(cuò)誤。10038WSAENOTSOCK無(wú)效套接字上的套接字操作。任何一個(gè)把 SOCKET 句柄當(dāng)作參數(shù)的 Winsock 函數(shù)都會(huì)返回這個(gè)錯(cuò)誤。它表明提供的套接字句柄無(wú)效。10039-WSAEDESTADDRREQ需要目標(biāo)地址。這個(gè)錯(cuò)誤表明沒(méi)有提供具體地址。比方說(shuō)，假如在調(diào)用 sendt。時(shí)，將目標(biāo)地址設(shè)為 INADDR_ANY（任意地址），便會(huì)返回這個(gè)錯(cuò)誤