《LoadRunner错误及解决方法总结》由会员分享，可在线阅读，更多相关《LoadRunner错误及解决方法总结（9页珍藏版）》请在金锄头文库上搜索。
1、LoadRunner错误及解决方法总结1. error:missing newline in d:loadrunnername.dat场景执行时报 error:missing newline in d:loadrunnername.dat第二次执行不报两个解决办法：第一：如果参数不是很多的话，不要打开记事本去编辑参数，就直接在LR提供的参数的表格中进行 编辑即可。第二:如果参数很多超过100条的话。在记事本中编辑好了之后，记着在最后一个参数后打个回车 让鼠标的光标移动到下一行。2.load generator is currentl y running the maxi mum number
2、of vuser of this type使用的是Ioadrunner8.0 ,有10000个用户的web的license , global的有10个。在测试的时候发现runn ing vuser到达1000以后就不能再提高，后面的vuser就会出错。错误是 “The load generator is currently running the maximum number of vuser of this type”.已经可以排除是load gen erator机器本身资源的问题。因为换了性能比较强的酷睿2还是同样的问 题，CPU和memory都有空闲。解决办法：在Io ad genera
3、t or中有一个Vuser limits tab,可以设置runni ng user的最大数目。即设置Ioad generato r-DetailsVuser limits -O ther Vusers 的最大参数3. LoadR unner 常见问题：(1 ) sofeware c aused connct ion :这种情况,般是脚本有问题，或者load runner有问题。解决 方法：重新启动机器，或者重新录制脚本，估计是Io adrunner的bug。(2 ) cannot c onnect to se rver:无法连接到服务器。这种情况是服务器的配置有问题，服务器无法 承受过多的并
4、发连接了。需要优化服务器的配置，如操作系统采用windows 2 003 server,优化 tomcat 配置：ma xThreads=50 0 minSpareT hreads=400maxSpareThr eads=450”。但是 tomcat最多支持500个并发访问 优化ap ache配置：ThreadsPerChild 1 900MaxRequestsPerChild 1 0000其他的错误如：Action.c(10):Error -2779 1: Server has shut down the connecti on premature lyHTTP Statu s-Code=5
5、03 (Service Temp orarily Unav ailable)一般都是甶于服务器配置不够好引起的，按照问题(2 )处理，如果仍旧不行，需要优化硬件和调整 程序了。Apac he 问题：(1 ) Fil e does not e xist: C:/Apa che/htdocs/f avicon.ico :这个问题是apache，h tdocs目录没有fav icon.ico文件引起的，该文件是网站的图标，仅在 firefox,my IE等浏览器出现。(2) 图片无法显示：配置ap ache后，却无法显示图片。解决方法：把程序的图片，按照程序结构copy到apache的htdo cs
6、目录下。(3) 无法处理请求：当我们输入*do命令后，ap ache确返回错误信息，而连接tomcat却没有问题。原因是没有把.do 命令转发给tomcat处理。解决方法如下： 在ap ache配置文件中配置如下内容： Document Root C:/Apa che/htdocsJ kMount /*.js p loadbalanc erJkMount /*.do loadbala ncer4、Step download tim eout (120 se conds)这是一个经常会遇到的问题，解决得办法走以下步骤：1、修改run time setting中的请求超时时间，増加到600s，其中
7、有三项的参数可以一次都修改了， HTTP-request connect timeout, HT TP-request r eceieve time out, Step dow nload timeou t,分 别建议修改为600、600、5000 ; ru n time setti ng设置完了后记住还需要在controler组件的option 的run time setting中设置相应的参数；2、办法一不能解决的情况下，解决办法如下：设置 runt time s etting 中的 inte met protoco l-preference s 中的 advaced 区域有一个 winl
8、net r eplay instead of sockets选项，选项后再回放就成功了。切记此法只对wind ows系统起作用。5、问题描述Connect! on reset by peer 这个问题不多遇见，一般是由于下载的速度慢，导致超时， 所以，需要调整一下超时时间。解决办法：Run-tim e setting 窗口中的Internet P rotocol - Pr eferences设置set advanced options (设置高级选项)，重新设置一下“HTTP-request connect tim eout ( sec ),可以稍微设大一6、问题描述connection re
9、fused这个的错误的原因比较复杂，也可能很简单也可能需要查看好几个地方，解决起来不同的操作系统方式也不同；1、首先检查是不是连接weblogic服务过大部分被拒绝，需要监控we blogic的连接等待情况， 此时需要增加acce ptBacklog，每次増加25%来提高看是否解决，同时还需要增加连接池和调整执 行线程数，(连接池数*Statemen t Cache Size )的值应该小于等于ora cle数据库连接数最大值；2、如果方法一操作后没有变化，此时需要去查看服务器操作系统中是否对连接数做了限制，AIX下可以直接Vi文件limi ts修改其中的连接限制数，还有tcp连接等待时间间隔
10、大小，wiodow S类似， 只不过wendo ws修改注册表，具体修改方法查手册，注册表中有T cpDelayTime项；7、问题描述 open many files问题一般都在压力较大的时候出现，由于服务器或者应用中间件本身对于打开的文件数有最大值 限制造成，解决办法：1、修改操作系统的文件数限制，aix下面修改limits下的nofiles限制条件，增大或者设置为没有 限制，尽量对涉及到的服务器都作修改；2、方法一解决不了情况下再去查看应用服务器weblogic的c ommonEnv.sh文件，修改其中的 nofil es文件max-nofi les数増大,应该就可以通过了，具体就是查找
11、到n ofiles方法，修改其中else 条件的执行体，把文件打开数调大；修改前记住备份此文件，防止修改出错；8、问题描述 has shut down t he connectio n prematurel y一般是在访问应用服务器时出现，大用户量和小用户量均会出现；来自网上的解释：1 应用访问死掉小用户时：程序上的问题。程序上存在数据库的问题2应用服务没有死应用服务参数设置问题例如：在许多客户端连接Web logic应用服务器被拒绝，而在服务器端没有错误显示，则有可能是 Webl ogic中的server元素的AcceptBac klog属性值设得过低。如果连接时收到conne ction
12、refuse d消息，说明应提高该值，每次增加25%Java连接池的大小设置，或J VM的设置等3数据库的连接在应用服务的性能参数可能太小了数据库启动的最大连接数（跟硬件的内存有关）以上信息有一定的参考价值，实际情况可以参考此类调试。如果是以上所说的小用户时：程序上的问题。程序上存在数据库的问题，那就必须采用更加专业 的工具来抓取出现问题的程序，主要是程序中执行效率很低的sql语句，weblog ic可以采用intros cope定位，期间可以注意观察一下jvm的垃圾回收情况看是否正常，我在实践中并发500用户和60 0用户时曾出现过jvm锯齿型的变化，上升下降都很快，这应该是不太正常的；9、
13、问题描述 Failed to connect to server这个问题一般是客户端链接到服务失败，原因有两个客户端连接限制（也就是压力负载机器）， 一个网络延迟严重，解决办法：1、修改负载机器的tcpde laytime注册表键值，改小；2、检查网络延迟情况，看问题出在什么环节；建议为了减少这种情况，办法一最好测试前就完成了，保证干净的网络环境，每个负载机器的压 力测试用户数不易过大，尽量平均每台负载器的用户数，这样以上问题出现的概率就很小了。10. Load Runner HTTP服务器状态代码：在录制We b协议脚本回放脚本的过程中，会出现HTTP 服务器状态代码，例如常见的页面-404
14、错误提示、-50 0错误提示。错误现象1 : -404 Not F ound服务器没有找到与请求URI相符的资源，但还可以继续运行直到结 束。错误分析：此处与请求URI相符的资源在录制脚本时已经被提交过一次，回放时不可再重复提交 同样的资源，而需要更改提交资源的内容，每次回放一次脚本都要改变提交的数据，保证模拟实际环 境，造成一定的负载压力。解决办法：在出现错误的位置进行脚本关联，在必要时插入相应的函数。错误现象2 : -500 Internal Server Erro r服务器内部错误，脚本运行停止。错误分析：服务器碰到了意外情况，使其无法继续回应请求。解决办法：出现此错误是致命的，说明问题
15、很严重，需要从问题的出现位置进行检查，此时需要 此程序的开发人员配合来解决，而且产生的原因根据实际情况来定，测试人员无法单独解决问题，而 且应该尽快解决，以便于后面的测试。11 . Loa dRunner请求无法找到：在录制Web协议脚本回放脚本的过程中，会出现请求无法找到的 现象，而导致脚本运行停止。错误现象：Action.c(41): Error -27979: Reque sted form no t found Msg Id: MERR-279 79Action.c(41): web_submit_form highest severity level was MERRORM,0bod
16、y bytes,0 header bytes Msgld: M MSG-27178】这时在tree vie w中看不到此组件的相关U RL。错误分析：所选择的录制脚本模式不正确，通常情况下，基于浏览器的Web应用会使用“HTM U based scri pt”模式来录制脚本；而没有基于浏览器的Web应用、Web应用中包含了与服务器进行交 互的Java Applet、基于浏览器的应用中包含了向服务器进行通信的JavaScr ipt/VBSchpt代码、基于 浏览器的应用中使用HTTPS安全协议，这时则使用“URL-based script”模式进行录制。解决办法：打开录制选项配置对话框进行设置，
