发布新日志

  • web_set_timeout设置

    2007-08-21 21:11:48

    web_set_timeout是可以把HTTP-request receive timeout时间值设置大于1000S的,比如:
    web_set_timeout(RECEIVE, "1200");

    web_set_timeout(CONNECT, "1200"); ----连接超时时间

    还没使用过这个参数, 今天试了一下, 没有什么感觉。 先记下来。

  • 在controller定位问题方法:使用error output 帮助controller定位出现问题的数据

    2007-08-21 21:08:53

    使用error output 帮助controller定位出现问题的数据

        前几天还在为怎么在场景中定位出错问题而疑惑或者发愁,今天进阶看到一片前辈写的文章,才豁然开朗。 其实可以合理利用lr_error_message()这个函数帮忙定位,前面也写过一些逻辑判断的脚本, 可以都添加进来。

              目前的问题是这些校验代码放在什么位置合适, 或者出错时是否终止事务的提交, 还需要反复执行实验才能比较出其不同, 才能看到controller中的error的信息 目前为止我在error中看到的都是系统级的错误信息, 还没看自己定义的出错信息。 

              ZEE的一文也给了很多启发。http://blog.csdn.net/zeeslo/archive/2007/04/23/1575701.aspx  让我看到了脚本中定义的lr_error_message()在controller中是可以显示的。

     

    待续,后有问题解决继续写进来。

  • 记录几个UNIX的系统性能数值

    2007-08-17 09:59:53

     

    前天在AIX主机上配置了rstat,启动refresh -s inted, LR可以监控主机性能指标了。   问了一下老大,/etc/inted.conf和,/etc/services都是配置通讯,协议之类的东东,深层的我也没再问。

    LR监控的UNIX的主要指标:

    CPU utilization  CPU 的使用时间百分比:通常>90%就是瓶颈了。 (%)

    Average load 平均负载,系统正常状态下,最后60秒同步进程(同时处于就绪状态)的平均个数.

    Paging rate  每秒钟读入物理内存或写入页面文件的页数(Pages/s)

    Disk rate  磁盘阻塞,磁盘每秒阻塞的字节数;还有种说法是磁盘传输速率,硬盘流量(Mbyte/s)

     

    问了一下系统工程师, 目前系统里面数据库主机的I/O读写值:

    主机1上最大100M/s
    主机2上最大读1.5G/s,最大写800M/s左右

    一般厂商有自己的理论值,给你个报告,存储划分完后,简单的测试一下,不再单独做存储的性能测试
    上面的数值是搬迁时存储级复制,平时没有这么高。

  • 使用web_reg_find函数

    2007-08-16 19:35:34

    今天写了几句关于web_reg_find函数的用法的实例, 感觉用起来还不错。能提示你脚本执行的情况如何。

     

     web_reg_find("Text=2007-08","SaveCount=date_count",LAST);

     web_reg_find("Text=ECI_ERR_RESPONSE_TIMEOUT","SaveCount=timeout_count",LAST);

     web_submit_data("logQuery.do_2",
      "Action=http://10.19.203.42/boss/reception/servicequery/logQuery/logQuery.do",
      .....);


        lr_end_transaction("日志查询提交", LR_AUTO);

     if (atoi(lr_eval_string("{timeout_count}"))>0)
     {
        lr_error_message("*****日志查询超时*******");
     }
        else if (atoi(lr_eval_string("{date_count}"))==0)
     {
        lr_error_message("*****日志查询无结果,查询条件:%s*****", lr_eval_string("JN"));
        }
        else
     {
      lr_output_message("*****日志查询成功!!!!!!!, 查询结果条数:%s*****", lr_eval_string("{date_count}"));
     }

  • 场景里面不能看到脚本的执行日志,如何具体定位问题?

    2007-08-16 18:00:51

        一直没有解决的一个问题: 场景里面不能看到脚本的执行日志。

        由于在场景中执行到中间或者某个事务出错了, 但看不到那个事务脚本执行的日志, 查找问题比较麻烦。场景中fail的错误信息只是有宏观的错误, 譬如“Action.c(138): Error -27728: Step download timeout (120 seconds) has expired when downloading non-resource(s)”  “not find parameter” 等等, 还是不能查到具体原因, 因为有的时候可能是由于数据准备的不好, 每次找原因都不那么自信, hoho...

    “Monitor name :UNIX Resources. Internal rpc error (error code:2). Machine: 10.19.203.97. Hint: Check that RPC on this machine is up and running. Check that rstat daemon on this machine is up and running (use rpcinfo utility for this verification). Details: RPC: RPC call failed.
    RPC-TCP: recv()/recvfrom() failed.
    RPC-TCP: Timeout reached. (entry point: Factory::CollectData). [MsgId: MMSG-47197]”

  • 补充-LoadRunner的重新安装

    2007-08-16 17:50:04

     

        昨天重新装LR成功了,vugen可以用, controller打开时报错, 提示需要去申请license注册。 郁闷,继续找办法, 结果还是这里帮助了我,安装的过程中用了那个deletelicense的东东, 一切全搞定。 终于可以在自己的机器上用了,一切方便多了。 

        回想起来估计我手工删除注册表的时候多删掉了一些东西,但也不敢确定。

  • 解决loadrunner重新安装失败的问题

    2007-08-13 12:43:46

    早晨来了单位想装一下loadrunner, 发现我的机器上曾经被别人装过,卸载后程序组中通常还留有Mercury LoadRunner的标签。

    也听说过LR一次装不成功, 或者卸载过重新装的话会有问题,但还没真正见过什么问题, 不管它。要装一下试试。 前面的安装到比较正常, 到了最后注册的时候报了好多dll不能注册,导致LR无法应用。 于是求助, 终于又在这里找到我所要的,按照下面的提示一步步绕过那些小地雷, 还是给装上了。

    感谢这些无私奉献的人,今天我又解决了一个问题。 下面是我的转载。

     

    关于loadrunner安装和卸载的一下看法

            loadrunner安装的问题很多,各个网站的帖子也很多,51test中就有很多。

            安装的时候基本上的问题就是安装包所在路径为汉字名称或者别的什么。

            主要说一下自己遇到的问题,和解决的方法,希望遇到的人可以绕过而行,不用在走弯路了。
            安装的问题:
            整个装的过程都是OK的,完成后,提示需要重启系统蔷椭仄袅耍墒堑鹊锹嫉胶螅岜ù恚谌荽筇迦缦拢骸八凳莝ystem32下的BHOManager.dll    DLLRegisterServer  return  error 8007007e”(我的系统是番茄花园的xp系统),当你确定以后,lr安装目录下bin中的所有dll文件都不能注册了,所以安装就失败,就这个问题,刚开始我一直没有定位好,等看了一段时候之后发现,BHOManager虽然在system32下,但是不是系统本身的dll,而是lr自己写入的(因为以前装好的lr中IE加载项中,印象是见过的), DLLRegisterServer  return  error 8007007e 意味着没有找到BHOManager这个dll文件,或者这个dll没有注册,但是手动去注册却是报错,那现在问题基本上已经可以看出端倪了,所有的不能成功的因素,全都是BHOManager.dll没有成功注册的缘故,(找到根源就可以迎刃而解了)。

            在百度中搜索,发现如下内容:

            你问题的解决方法,我今天也遇到同样的问题,给你做回答,呵呵,这个跟双核没关系,可能是你用的也是番茄花园的xp系统把,它的atl.dll是没有注册的,导致lr的BHOManager。dll无法成功注册!!!(原理就是这些),方法如下:

    附:
            我再重新安装时遇到的另一个问题。可能遇到的朋友并不多,放上来给大家参考吧。
            在安装到最后的时候遇到这样一个报错:BHOManager.dll 注册失败。
            于是在提示重启时未重启,而是去手动注册该dll文件,却弹出了另一个提示,"DLLRegisterServer in BHOManager.dll failed
    Return code was 0x8007007e"

            于是到网上搜了下,终于找到了解决方法。
            1. 需要IE 6.0 及以上版本支持, 请检查你的IE浏览器是否为 6.0 以上版本。
            2. 请检查Windows系统目录中是否存在以下三个文件: msvcp60.dll, mfc42.dll, msvcrt.dll 文件, 如果有缺少,请下载并拷贝到Windows系统目录中去即可。
            3. 请查看您的系统中是否缺少 atl.dll 文件, 如果没有, 请从其他相同操作系统的机器上拷贝这个文件到Windows系统目录, 然后打开命令行窗口并在该目录下运行命令:
            regsvr32 atl.dll
            看到成功提示后,再次手动注册BHOManager.dll(注册方法:打开命令行窗口并在该目录下运行命令regsvr32 c:\windows\system32\BHOManager.dll),提示注册成功。
            全部完成后重启电脑,该问题就解决拉 :)
            LR终于装好了。
            那就意味这,BHOManager.dll的注册是和atl.dll的注册有关,前者调用后者中的东西,只要后者成功注册,前者就可以OK解决了!呵呵~~~~世界清净了许多!!哈哈!!

     

    License的问题: 


            卸载:
            因为之前一直没有分析正确问题的所在,所以卸载和重新安装loadrunner好几次,关于卸载的一些问题,及时你按照卸载工具卸载了loadrunner,下次装的时候还是会包license失效,解决方法,要登录到注册表regedit中(当发现报错后,立即去注册表删除下边的内容,只要有相同的就删除,这样注册码就可以再次使用了,并不会报错,呵呵)。
            删除如下内容:
            HKEY_CLASSES_ROOT\Mercury.Lm70Control
            HKEY_CLASSES_ROOT\Mercury.Lm70Control.1
            同时删除
            Mercury.Lm70ControlMgr
            Mercury.Lm70ControlMgr.1

            然后就使用查找功能,搜索“Mercury”,发现有Lm70Contro字样的东西都要删除掉。

            最后删除下面内容:

            HKEY_CURRENT_USER\Software\Mercury Interactive
            HKEY_LOCAL_MACHINE\SOFTWARE\Mercury Interactive

            删除完成后,继续填入license,下一步,如果还是不行,继续去注册表中删除上边内容,知道没有了,就OK了。
            这些都是自己做过实际操作的内容,希望对大家有帮助。

Open Toolbar