LoadRunner错误及解决方法总结

LoadRunner错误及解决方法总结

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. ERROR-26374及ERROR-26377错误no match found for the requested parameter ”Siebel_Analytic_search_id2”.check whether the requested boundaries exist in the response data.

如果初期或脚本单独回放时即出现此错误，则可能是关联问题： 1.首先看下脚本中有没有使用了自动关联(web_reg_save_param)

2.在Virtual的脚本里查询下web_reg_save_param的参数使用位置,然后把这个参数化给还原回来。

如果初期没这个错误，或脚本单独回放时没有问题，而是压力越大错误率越高的话，怀疑是服务器反馈不及时，或反馈信息错误，或丢包了。导致LR没有从反馈信息中得到这个值。

Error -26609: HTTP Status-Code=503 (Service Unavailable) for \引起的原因解释： 一、 如果出现“Service Unavailable”的提示，刷新几下又可以访问。

出现这种情况是由于您的网站超过了iis限制造成的

由于2003的操作系统在提示IIS过多时并非像2000系统提示“链接人数过多”，而是提示\Unavailable\出现这种情况是由于网站超过了系统资源限制造成的，主要是程序占用资源太多。

比如同样是100人在线的论坛，雷傲论坛所占的资源就是PW论坛所占资源的10倍以上；另外，一些死循环程序，或者不优化的程序都会占用太多的系统资源，而系统资源明显是有限的。不过WINDOWS2003的操作系统，各网站之间是以独立进程运行的，不会相互影响。

如果一个网站的程序占资源太多或者发生太多的错误，系统日志就会提示：“应用程序池 'xxx' 被自动禁用，原因是为此应用程序池提供服务的进程中出现一系列错误，或者提示：应用程序池 'xxx' 超过了其作业限制设置。这时，访问这个网站就会提示：Service Unavailable。一般系统会在30秒左右恢复正常，多刷新几次就能正常访问了。

另外，如果你的网站当前访问人数过多，超过了系统的iis连接数限制，也会出现Service Unavailable的提示(win2k主机下出现连接过多就会提示：连接过多，请稍后再试；而win2003的主机刚直接提示：Service Unavailable） 二、没有限制IIS连接，还是遭遇Service Unavailable

多见于使用ACCESS数据库的网站

一般使用windows 2003 IIS 6的用户可能这个问题一直正常的系统，突然有一个网站打不开了

提示： Service Unavailable 但这个网站并没有限制IIS连接数。然后马上影响到了别的网站，不到一会，其他的网站也全变成了 Service Unavailable 这是什么原因呢？

我们分析后可以知道，还是MS的老问题。ACCESS引擎当了。用服务器医生的文件医生修复，查看修复结果时会发现一些文件引起ACCESS引擎“灾难性故障”及“未将对象引用设置到对象的实例”的错误。通过文件医生修复后，系统才会恢复正常。

三、浏览一个 Windows SharePoint Services Web 站点时，提示：Service Unavailable 1.Microsoft Internet 信息服务 (IIS) 6.0 中没有正确地配置用于虚拟服务器的应用程序池，就可能会发生此问题。 解决方案

要解决此问题，按照下列步骤操作： 1.默认的应用程序池是 MSSharePointPortalAppPool。

请按照下列步骤来确定虚拟服务器正在使用的应用程序池。 a. 单击“开始”，指向“管理工具”，然后单击“Internet 信息服务 (IIS) 管理器”。

b. 展开“ServerName”，展开“Web 站点”，右键单击虚拟服务器，然后单击“属性”。

c. 单击“主目录”选项卡。 为虚拟服务器配置的应用程序池列在“应用程序池”框中。

d. 单击“确定”。 2.

验证应用程序池帐户使用的密码是否正确。IIS 不会自动轮询 Active Directory 目录服务中的密码更改。如果应用程序池帐户是一个域帐户，其密码已过期，则在为此帐户重新指定一个新密码后，您可能会收到本文“症状”部分所描述的错误信息。 3.

验证应用程序池帐户是服务器上的 IIS_WPG 组和 STS_WPG 组的成员。 4.

重新启动 IIS 以回收应用程序池

4.Error -27259: Pending

web_reg_save_param/reg_find/create_html_param[_ex] request(s) detected and reset at the end of the Init section

这是我犯的一个低级错误。在我将登录脚本移到Init部分时，将登录脚本之后的浏览操作前面的web_reg_find脚本也一起移了过去，结果运行完Init部分脚本就出错了。这种错误的现象是没有进行迭代已经出错了，错误提示也很明确。这时只要把web_reg_find放回Action部分的正确的位置即可。

5. Error -27498: Time out while processing URL=http:// …

错误分析：

这种错误常常是因为并发压力过大，服务器端太繁忙，无法及时响应客户端的请求而造成的，所以这个错误是正常现象，是压力过大造成的。

如果压力很小就出现这个问题，可能是脚本某个地方有错误，要仔细查看脚本，提示的错误信息会定位某个具体问题发生的位置。 解决方法：

例如上面的错误现象问题定位在某个URL上，需要再次运行一下场景，同时在其他机器上访问此URL。如果不能访问或时间过长，可能是服务器或者此应用不能支撑如此之大的负载。分析一下服务器，最好对其性能进行优化。

如果再次运行场景后还有超时现象，就要在各种图形中分析一下原因，例如可以查看是否服务器、DNS、网络等方面存在问题。

最后，增加一下运行时的超时设置，在“Run-Time Settings”>“Internet Protocol:Preferences”中，单击“options”，增加“HTTP-request connect timeout” 或者“HTTP-request receive”的值。

在脚本最前面插入web_set_max_retris(\里面的数字根据需要可以设成5，我最大设成10。

6、Error -27728: 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系统起作用。

问题解释：

对于HTTP协议，默认的超时时间是120秒（可以在LoadRunner中修改），客户端发送一个请求到服务器端，如果超过120秒服务器端还没有返回结果，则出现超时错误。 这个问题很有意思！首先LR是通过Microsoft WinInet DLL去录制web协议的！但是在Control运行的时候它默认通过socket去模拟请求，因为这些可以真实的模拟带宽，而采用Microsoft WinInet DLL通过这个DLL去访问网卡方式去模拟带宽，使得模拟不是很精确！而且也不支持unix的应用，但是使用这个确实有时无法处理winnet Dll的一些请求，我认为是它的一些BUG，比如说：回放时它会检查Content-Length，但是网页支持receive more data时，这时socket模拟会一直等待直到timeout!

先说了一些优缺点，最后回到这个问题！这个问题分两个方面分析：

第一：你要明白web_set_timeout()这个函数的适用范围！比如说一个web_submit_data（）中实际涵盖了10个对Server 端的请求，这个函数是针对10个请求的总和时间的！（别犯低级错误，timeout分了connect,receive以及download三个部分：） ） 第二：就是我解释的上面的一些BUG问题！

WinInet dll在新版本中处理请求时可以异步的，就是不再是那种连接等待然后超时模式！但是LR用的socket是同步请求！只有等到timeout才会退出！microsoft已经明确表示

INTERNET_OPTION_RECEIVE_TIMEOUT 不再适用于 Microsoft Internet Explorer 5.0，显而易见，他们处理请求采取了异步处理的方式！ 这里，我补充如下：

VuGen专用的基于套接字的重播是一种可伸缩以便进行负载测试的轻型引擎。使用线程时是准确的。基于套接字的引擎不支持socks代理服务器。如果在这样的环境中录制，应该使用winInet重播引擎。

7. Error -27778: SSL protocol error when attempting to connect with host \…\

解决方案：

在virtual user generator 内，vuser->run-time

settings->preferences->advanced里勾上WININET replay instead of Sockets。

8.LoadRunner 常见问题：

（1）sofeware caused connction：

这种情况，一般是脚本有问题，或者loadrunner有问题。解决方法：重新启动机器，或者重新录制脚本，估计是loadrunner的bug。

（2）cannot connect to server:

无法连接到服务器。这种情况是服务器的配置有问题，服务器无法承受过多的并发连接了。需要优化服务器的配置， 如操作系统采用windows 2003 server，

优化tomcat配置：maxThreads=\maxSpareThreads=\。但是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)

资料1：一般是在访问应用服务器时出现，大用户量和小用户量均会出现； 来自网上的解释： 1> 应用访问死掉

小用户时：程序上的问题。程序上存在数据库的问题 2> 应用服务没有死 应用服务参数设置问题 例如：

在许多客户端连接Weblogic应用服务器被拒绝，而在服务器端没有错误显示，则有可能是Weblogic中的server元素的AcceptBacklog属性值设得过低。如果连接时收到connection refused消息，说明应提高该值，每次增加25％ Java连接池的大小设置，或JVM的设置等 3> 数据库的连接

在应用服务的性能参数可能太小了

数据库启动的最大连接数（跟硬件的内存有关）

4>有时关闭卡巴斯基也会解决如上问题

以上信息有一定的参考价值，实际情况可以参考此类调试。

如果是以上所说的小用户时：程序上的问题。程序上存在数据库的问题，那就必须采用更加专业的工具来抓取出现问题的程序，主要是程序中执行效率很低的sql语句，weblogic可以采用introscope定位，期间可以注意观察一下jvm的垃圾回收情况看是否正常，我在实践中并发500用户和600用户时曾出现过jvm锯齿型的变化，上升下降都很快，这应该是不太正常的；

---------------------------------------

实际测试中，可以用telent 站点看看是否可以连接进去，可以通过修改连接池中的连接数和适当增加应用内存值，问题可以解决。

资料2：一般都是由于服务器配置不够好引起的，按照上一问题的问题（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 \JkMount /*.jsp loadbalancer JkMount /*.do loadbalancer

9.Error -27792: Failed to transmit data to network: [10054]Connection reset by peer

这个问题不多遇见，一般是由于下载的速度慢，导致超时，所以，需要调整一下超时时间。

解决办法1：Run-time setting窗口中的?Internet Protocol?－?Preferences?设置set advanced options（设置高级选项），重新设置一下“HTTP-request connect timeout（sec），可以稍微设大一些”； 解决方法2：在脚本最前面插入

web_set_sockets_option(\

10.Error-27796 Failed to connect to server

这个问题一般是客户端链接到服务失败，原因有两个客户端连接限制（也就是压力负载机器），一个网络延迟严重，解决办法：

1、 修改负载机器的tcpdelaytime注册表键值，改小；修改负载机器注册表中的TcpTimedWaitDelay减小延时和MaxUserPort增加端口数。注：这将增加机器的负荷。

启动regedit命令，在注册表

HKEY_LOCAL_MACHINE\\SYSTEM\\CurrentControlSet\\Services\\Tcpip\\Parameters里，有如下两个键值：TcpTimedWaitDelay、MaxUserPort

这里的TcpTimedWaitDelay默认值应该中是30s，所以这里，把这个值调小为5s（按需要调整）。也可以把MaxUserPort调大（如果这个值不是最大值的话）。 2、 检查网络延迟情况，看问题出在什么环节； 建议为了减少这种情况，办法一最好测试前就完成了，保证干净的网络环境，每个负载机器的压力测试用户数不易过大，尽量平均每台负载器的用户数，这样以上问题出现的概率就很小了。

问题说明：

因为负载生成器的性能太好，发数据包特别快，服务器也响应特别快，从而导致负载生成器的机器的端口在没有timeout之前就全部占满了。在全部占满后，就会出现上面的错误。执行netstat –na命令，可以看到打开了很多端口。所以就调整TCP的time out。即在最后一个端口还没有用到时，前面已经有端口在释放了。

11.Error -27979: Requested form. not found

web_submit_form. highest severity level was \bytes, 0 header bytes [MsgId: MMSG-27178]\

错误现象：在录制Web协议脚本回放脚本的过程中，会出现请求无法找到的现象，而导致脚本运行停止。

这时在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. Error -27985: There is no context for HTML-based functions. A previous function may not have used

\context has been reset (e.g., due to a GUI-based function)

单次运行正确，但是多次迭代运行时出错，这种错误可能比较常见，原因是在Runtime Settings的Browse Emulation中设置了Simulate a new user on each iteration引起的。由于这个设置导致每次迭代时都会模拟一个新的用户，此时这个新的用户并没有执行init操作而失败了，也即是错误提示中的There is no context。

这里涉及到一个知识点就是在Rumtime Settings的迭代设置中，迭代运行次数只对Action部分有效，而Init部分和End部分还是只运行一次的。这时如果设置了“Simulate a new user on each iteration”，将出现此错误

13.问题描述connection refused

这个的错误的原因比较复杂，也可能很简单也可能需要查看好几个地方，解决起来不同的操作系统方式也不同； 1、首先检查是不是连接weblogic服务过大部分被拒绝，需要监控weblogic

的连接等待情况，此时需要增加acceptBacklog，每次增加 25%来提高看是否解决，同时还需要增加连接池和调整执行线程数，（连接池数*Statement Cache Size）的值应该小于等于oracle数据库连接数最大值；

2、如果方法一操作后没有变化，此时需要去查看服务器操作系统中是否对连接数做了限制，AIX下可以直接vi文件limits修改其中的连接限制数、端口数，还有 tcp连接等待时间间隔大小，wiodows类似，只不过wendows修改注册表，具体修改注册表中有TcpTimedWaitDelay和MaxUserPort项，键值在

[HKEY_LOCAL_MACHINE\\SYSTEM\\CurrentControlSet\\Services\\Tcpip\\Parameters\\]。因为负载生成器的性能太好，发数据包特别快，服务器也响应特别快，从而导致负载生成器的机器的端口在没有timeout之前就全部占满了。在全部占满后，就会出现上面的错误。执行netstat –na命令，可以看到打开了很多端口。所以就调整TCP的time out。即在最后一个端口还没有用到时，前面已经有端口在释放了。

1）这里的TcpTimedWaitDelay默认值应该中是30s，所以这里，把这个值调小为5s（按需要调整）。

2）也可以把MaxUserPort调大（如果这个值不是最大值的话）。

14、问题描述open many files

问题一般都在压力较大的时候出现，由于服务器或者应用中间件本身对于打开的文件数有最大值限制造成，解决办法：

1、修改操作系统的文件数限制，aix下面修改limits下的nofiles限制条件，增大或者设置为没有限制，尽量对涉及到的服务器都作修改； 2、方法一解决不了情况下再去查看应用服务器weblogic的commonEnv.sh文件，修改其中的nofiles文件max-nofiles数增大，应该就可以通过了，具体就是查找到nofiles方法，修改其中else条件的执行体，把文件打开数调大；修改前记住备份此文件，防止修改出错；

3、linux上可以通过ulimit –HSn 4096来修改文件打开数限制，也可以通过ulimit -a 来查看。

4、linux上可以通过lsof -p pid | wc -l 来查看进程打开的句柄数。

15.LoadRunner不执行检查方法：

在录制Web协议脚本中添加了检查方法Web_find，但是在脚本回放的过程中并没有执行。

错误现象：在脚本中插入函数Web_find，在脚本中设置文本以及图像的检查点，但是在回放过程中并没有对设置的检查点进行检查，即Web_find失效。

错误分析：由于检查功能会消耗一定的资源，因此LoadRunner默认关闭了对文本以及图像的检查，所以在设置检查点后，需要开启检查功能。

解决办法：打开运行环境设置对话框进行设置，在“Run-time Settings”的“Internet Protocol”选项里的“Perference”中勾选“Check”下的“Enable Image and text check”选项。

16. LoadRunner脚本中出现乱码：在录制Web协议脚本时出现中文乱码，在回放脚本时会使回放停止在乱码位置，脚本无法运行。

错误现象：某个链接或者图片名称为中文乱码，脚本运行无法通过。

错误分析：脚本录制可能采用的是URL-based script方式，如果程序定义的字符集合采用的是国际标准，脚本就会出现乱码现象。

解决办法：重新录制脚本，在录制脚本前，打开录制选项配置对话框进行设置，在“Recording Options”的“Advanced”选项里先将“Surport Charset”选中，然后选中支持“UTF-8”的选项。

17.Overlapped transmission of request to ... WSA_IO_PENDING

这个问题，解决方法：

1、方法一，在脚本前加入web_set_sockets_option(\，禁用TTFB细分，问题即可解决，但是TTFB细分图将不能再使用，附图。

2、方法二，可以通过增加连接池和应用系统的内存，每次增加25%。

18. Failed to transmit data to network: [10057] Socket is not connected

这个错误是由网络原因造成的，PC1 和PC2上面都装了相同的loadrunner 9.0，且以相同数量的虚拟用户数运行相同的业务（机器上的其他条件都相同），PC1上面有少部分用户报错，PC2上的用户全部执行通过。

19.Deleted the current transaction ... since response time is not accurate

这个问题不多遇见，一般出现在压力机器上发生ping值为负数（AMD双核CPU），可以重新启动pc机或者打补丁，附图。

20. Error: CCI security error:You are running under secure mode and the function system is not allowed in this mode.

通过Controler调用远程代理时报错，Error: CCI security error:You are running under secure mode and the function system is not allowed in this mode.

解决方法：在代理开启的时候，去掉勾选防火墙选项。

21. HTTP 错误 403 - 限制为仅本地主机访问 Internet 服务管理器 (HTML)

22．在录制Web协议脚本回放脚本的过程中，会出现HTTP服务器状态代码，例如常见的页面-404错误提示、-500错误提示。

(1)-404 Not Found服务器没有找到与请求URI相符的资源，但还可以继续运行直到结束。

错误分析：此处与请求URI相符的资源在录制脚本时已经被提交过一次，回放时不可再重复提交同样的资源，而需要更改提交资源的内容，每次回放一次脚本都要改变提交的数据，保证模拟实际环境，造成一定的负载压力。

解决办法：在出现错误的位置进行脚本关联，在必要时插入相应的函数。 (2) -500 Internal Server Error服务器内部错误，脚本运行停止。 错误分析：服务器碰到了意外情况，使其无法继续回应请求。

解决办法：出现此错误是致命的，说明问题很严重，需要从问题的出现位置进行检查，此时需要此程序的开发人员配合来解决，而且产生的原因根据实际情况来定，测试人员无法单独解决问题，而且应该尽快解决，以便于后面的测试。

23.HTTP Status-Code=500 (Internal Server Error) for

1、应用服务当掉，重新启动应用服务。

2、当应用系统处于的可用内存处于阀值以下时，出现HTTP Status-Code=500的概率非常高，此时只要增加应用系统的内存，问题即可解决。

24. Error -26627: HTTP Status-Code=404 (Not Found) for http://www.****.htm

解决方法：找开发人员检查网站部署是否正确；

产生原因：HTTP 404是指要浏览的网页在服务器中不存在，该网页可能已经迁移。

HTTP 错误 403 403.1 禁止：禁止执行访问

如果从并不允许执行程序的目录中执行 CGI、ISAPI 或其他执行程序就可能引起此错误。

如果问题依然存在，请与 Web 服务器的管理员联系。

HTTP 错误 403 403.2 禁止：禁止读取访问

如果没有可用的默认网页或未启用此目录的目录浏览，或者试图显示驻留在只标记为执行或脚本权限的目录中的 HTML 页时就会导致此错误。 如果问题依然存在，请与 Web 服务器的管理员联系。

HTTP 错误 403 403.3 禁止：禁止写访问

如果试图上载或修改不允许写访问的目录中的文件，就会导致此问题。 如果问题依然存在，请与 Web 服务器的管理员联系。

HTTP 错误 403 403.4 禁止：需要 SSL

此错误表明试图访问的网页受安全套接字层（SSL）的保护。要查看，必须在试图访问的地址前输入 https:// 以启用 SSL。

如果问题依然存在，请与 Web 服务器的管理员联系。

HTTP 错误 403 403.5 禁止：需要 SSL 128

此错误消息表明您试图访问的资源受 128 位的安全套接字层（SSL）保护。要查看此资源，需要有支持此 SSL 层的浏览器。

请确认浏览器是否支持 128 位 SSL 安全性。如果支持，就与 Web 服务器的管理员联系，并报告问题。

HTTP 错误 403.6 禁止：拒绝 IP 地址

处于安全考虑，安装程序限制 Internet Service Manager (HTML) 仅允许从服务器进行访问（本地主机，IP 地址 127.0.0.1）。

要远程使用 Internet Service Manager (HTML) 管理此服务器，请转到此服务器，并使用 Internet 服务管理器更新 Web 站点 IISADMIN 的 IP 地址限制： 使用\开始\菜单打开 Internet Service Manager 展开所连接的 Web 站点 选择 IISADMIN 虚拟目录 右键单击并选择属性 选择\目录安全性\选项卡 编辑 IP 地址和域名限制

HTTP 错误 403 403.6 禁止：拒绝 IP 地址

如果服务器含有不允许访问此站点的 IP 地址列表，并且您正使用的 IP 地址在此列表中，就会导致此问题。

如果问题依然存在，请与 Web 服务器的管理员联系。

HTTP 错误 403 403.7 禁止：需要用户证书

当试图访问的资源要求浏览器具有服务器可识别的用户安全套接字层（SSL）证书时就会导致此问题。可用来验证您是否为此资源的合法用户。

请与 Web 服务器的管理员联系以获取有效的用户证书。

HTTP 错误 403 403.8 禁止：禁止站点访问

如果 Web 服务器不为请求提供服务，或您没有连接到此站点的权限时，就会导致此问题。

请与 Web 服务器的管理员联系。

HTTP 错误 403 403.9 禁止访问：所连接的用户太多

如果 Web 太忙并且由于流量过大而无法处理您的请求时就会导致此问题。请稍后再次连接。

如果问题依然存在，请与 Web 服务器的管理员联系

HTTP 错误 403 403.10 禁止访问：配置无效 此时 Web 服务器的配置存在问题。

如果问题依然存在，请与 Web 服务器的管理员联系。

HTTP 错误 403 403.11 禁止访问：密码已更改 在身份验证的过程中如果用户输入错误的密码，就会导致此错误。请刷新网页并重试。

如果问题依然存在，请与 Web 服务器的管理员联系。

HTTP 错误 403 403.12 禁止访问：映射程序拒绝访问 拒绝用户证书图访问此 Web 站点。

请与站点管理员联系以建立用户证书权限。如果必要，也可以更改用户证书并重试。

25. Error –26628：HTTP Status-Code=403 (Access Forbidden) for \

解决方案如下：

分析原因可能是因为被测WEB服务器用的是XP系统，本身有最大连接数的限制，就使用软件MtaEdt22.exe修改IIS最大连接数为1000，修改后重启再进行并发操作。

26.LoadRunner 8.0版本回放时Error：server returned an

incorrectly formatted SOAP response(回放Web Services协议脚本错误)

错误现象：利用LoadRunner 8.0版本来录制Web Services协议的脚本没有任何错误提示，但在回放时会出现错误，提示停止脚本运行。

错误分析：出现此错误的原因是LoadRunner8.0在录制Web Services协议的脚本时存在一个缺陷：如果服务器的操作系统是中文的，VuGen会自动将WSDL文件的头改为，所以才会有此错误提示。 解决办法：下载两个补丁，分别为“LR80WebServicesFPI_setup.exe”和“lrunner_web_ services_patch_1.exe”安装上即可。

27.测试rtsp时100%出现Error : 9017，Timeout expired while trying to connect

我选的是winsocket，然后录制用Windows Media player 打开一段用Windows Media Service发布的rtsp的流媒体。

不管运行多少个vu都会100% fail，出现同样数量的error：Action.c(12): Error : Timeout expired while trying to connect. Error code : 9017

这个问题跟端口有关，把\去掉就好了。

端口若被占用，未及时释放，别人再通过此端口发送数据，就会出错。

28. Error -26631: HTTP Status-Code=400 (Bad Request) for

\

29. MsgId: MMSG-26387 ，26612的错误

在VUGen的Tools->Recording Options下的Recoding分支中, 将HTML-based script的单选按钮改为URL-based script 再录制脚本,运行脚本就没有问题了 有遇到同样问题的可以试一下！

本文来源：https://www.bwwdw.com/article/bf4t.html