load-generator_agent_负载机,windows调用;
http://4951507.blog.51cto.com/4941507/1099487
1.到官方网站到HP官网下载Load Generator 安装文件 Software,_Load_Generator_11.00_T7330-15010.iso或者其它网站下载loadrunner-11-load-generator.iso
3. 解压loadrunner-11-load-generator.iso文件。输入命令:mkdir /usr/hxm/loadrunner建立文件夹。输入命令:mount -o loop loadrunner-11-load-generator.iso /usr/hxm/loadrunner解压出三个包Hp、Linux、Solaris,如图所示:

4.开始安装

5. 配置环境

7. 用新增的用户higkoo启动服务loadgenerator。如图所示:

8.切换到根目录root检查LoadGenerator服务是否启动。如图所示:

10. Windows 系统下启用刚才安装的Load Generator,打开Controller 的Load Generator 。 点击场景--> Load Generator。如图所示:
11. 添加一个Load Generator 。点击 添加--> 输入名称(名称即ip)--> 选择平台 --> 点击更多 --> 点击 Unix 环境 --> 勾选“不使用RSH” --> 确定。如图所示:
12.添加后测试连接,并在windows调用成功。 如图所示:
http://www.cnblogs.com/simplelogic/archive/2013/01/07/2848526.html
linux下安装Load Generator
下载Load Generator安装包ios
一.
建立挂接点:
#mkdir -p /media/HP XXX 自建目录
挂载ISO
#mount -o loop -t iso9660 /opt/Software_HP_Load_Generator_11.50_for_UNIX_T7177-15029.iso /media/HP
二.运行
<LoadGenerator UNIX 安装盘>/<platform>/installer.sh
三.
配置环境变量
vi /etc/profile
M_LROOT=/opt/HP/HP_LoadGenerator ; export M_LROOT
LD_LIBRARY_PATH=${M_LROOT}/bin; export LD_LIBRARY_PATH
PATH=${M_LROOT}/bin:${PATH}; export PATH
//添加一个linux账户,root账户无法运行verify_generator脚本
adduser simple
passwd simple
设置 Diskplay
#shell export DISPLAY=192.168.1.103:0.0
/opt/HP/HP_LoadGenerator/bin/verify_generator //验证安装环境
启动服务
./m_daemon_setup start
四.
1. 打开Controller 的Load Generator 。 点击 场景--> Load Generator
2. 添加一个Load Generator 。点击 添加--> 输入名称(名称即ip)--> 选择平台 --> 点击更多 --> 点击 Unix 环境 --> 勾选“不使用RSH” --> 确定
之后就能连接与Controller 连接上了
http://blog.sina.com.cn/s/blog_62079f620101awsg.html
环境centos6.3,软件LoadGenerator11.5
今天再64bit的centos下,运行32bit下的二进制代码。 然后爆出了各种错误。
后来网上找了许多资料。 发现这个还比较靠谱:
我们知道在64bit的机器上可以运行32bit的代码, 那这里需要什么支持吗?
当然需要, 如果你没有安装必要的包, 你使用-m32参数会报下面这样类似的错误:
/opt/x86_open64-4.2.3.2/lib/gcc-lib/x86_64-open64-linux/4.2.3.2/mfef95: error while loading shared libraries: libgcc_s.so.1: cannot open shared object file: No such file or directory
不过我们安装了下面的几个包文件就可以正常运行了:
yum install glibc.i686
yum install glibc-devel
yum install libstdc++.i686
(记住也要安装i686的glibc和libstdc哟 ^-^)
转于:http://www.lupaworld.com/home-space-uid-434384-do-blog-id-241620.html
首先ldd filename 和file filename 分析二进制文件它属于多少位系统文件和它的依赖关系。
第二 , 抓住两点就行了。 第一要有支持执行32bit下的c/c++文件的lib库。 比如libstdc++.so.6。
其实它是一个指向libstdc++.so.6.0.13的符号连接。(可以ls -l filename查看)
去下载一个32bit的libstdc++.so.6.0.13的文件,放到某个目录下。 比如/usr/lib下。
然后建立符号连接:
ln -s libstdc++.so.6.0.13 ibstdc++.so.6
第三, 设置LIB库路径。
我这以/usr/lib为例:
export LD_LIBRARY_PATH=/usr/lib:$LD_LIBRARY_PATH
http://www.2cto.com/os/201207/142437.html
=================================
http://blog.csdn.net/zzzmmmkkk/article/details/5248955
在测试连接负载机时,为何连接不上呢,提示"Failed to connect to the load generator.Check the output window for more details”
解决方案:1.确保防火墙安全软件关闭;
2.确保负载机上的agent启动,并且查看日志没有报错,如果有报错,使用该命令netstat -nab查看80端口是否被占用,因为
agent服务使用80端口(要是被占用多半是inetinfo.exe,IIS服务器的服务,不用多说了,关掉该服务);
3.network dde 和network dde dsdm服务开启;
4.如果还不能解决,这点我也还没有解决方案,也许是机品不好,哈哈,换台电脑吧。
http://bbs.51testing.com/thread-73909-1-1.html
大家好!我遇到了与楼主同样的问题,刚刚终于按照大家回复的方法把问题解决了,再次特意上来感谢。
首先我启动了Network DDE DSDM及Network DDE服务,然后手工启动了agent服务,重新启动机器,再次打开
load generator进行连接的时候就可以了。
希望遇到此问题的朋友都能够及时得到解决!
http://luochunfeng163.blog.163.com/blog/static/16700924920127169145241/
load generator不能连接上,为什么?
2012-08-16 21:14:29| 分类: loadrunner|举报|字号 订阅
请问这是为什么?如何解决?
检查一下装有load generator的机器是否与提供脚本的机器在同一网络中,随便再检查一下安全软件是否都已关闭。 |
Network DDE
这两个服务启动试试
首先我启动了Network DDE DSDM及Network DDE服务,然后手工启动了agent服务,重新启动机器,再次打开
load generator进行连接的时候就可以了。
希望遇到此问题的朋友都能够及时得到解决!
行了,刚又在网上找了下,我的是安装在本机器上,把name改成127.0.0.1就ok了。 |
在征用的机器上也要装上LR才行。 |
17.默认的LRReport文件夹创建在本地分析机器的My Documents文件夹下来存储分析会话文件.
18.可以使用HTML格式
19.格式是由.tem模版文件控制的.
20.可选的,LR7.8的Remote Performance Monitoring (RPM) MS-IIS/ASP web server可以安装在Windows 2000 Server(但不是Windows 2003 Server)上,这样,负载测试的结果就可以使用web浏览器来浏览了.
Load Generator Agent进程和Service
在安装过程中,用户登陆页面:
l 选择”Allow virtual users to run on this machine without user login”意思是LoadRunner agent作为一个名称为LoadRunner Agent Service的系统服务.在Window的性能监视器中,这个图标名称为:magentservice.exe
为了更好的安全,指定一个独立的服务帐号,用户名和密码,这样可以限制权限.
安装完之后,为了测试是否能运行,
在Windows 2000,上打开Start -> Control Panel -> Administrative Tools -> Services.
在 Windows NT4,打开Start -> Control Panel -> Services
你同样需要输入服务列表来改变密码,或者复位服务为"Automatic"
l 选择”Manual log in to the Load Generator”意味着LoadRunner agent按照名称为magenproc.exe的进程来运行.这种方法意味着你需要每次启动机器的时候从LoadRunner的\launch_service\bin手动运行Load Generator
magentproc.exe
你可以通过在windows任务栏中查看是否有卫星图标来判断是否在运行.
为了使机器每次重启都会自动运行Agent,可以在程序-à启动这里建立一个快截方式.
作为一个进程,windows操作系统限制在运行的GUI(Winrunner, QuickTest Professinail等)或者类似GUI脚本(Citrix, SAPGUI等)。因此,如果在负载生成器上的Remote Agent Dispatcher安装成服务而不是进程的话,GUI和SAP Vuser就不能运行。
安装之后,为了把运行的LoadRunner由服务变成进程:
cd\PROGRA~1\MERCUR~1\MERCUR~1\LAUNCH~1\bin
magentservice.exe –remove
把LoadRunner作为服务安装:
magentservice.exe –install
这些命令不会产生响应结果。但是把m_agent_attribs.cfg文件放到负载生成器的C:\根目录下。
如果你没有管理员权限,然后去试图改变用户ID:Admin,密码:Admin,你会看到这样的信息:
"29972:- Failed to reset launcher status call back function reason:no monikor was passed.
在UNIX机器上,代理的配置是修改LoadRunner根目录下dat文件夹下的br_Inch_server.cfg实现的。
确保代理就绪
在控制器的负载生成器对话框中,在你点击“Connect”之后,你会看到“Ready”。
重新试验这些命令,直到你得到信息“Failed to connect to the agent。Load Generator not responding after timeout Command line that was executed”
如果这样仍然不能显示为“Ready”状态,在负载生成器的机器上看windows服务,在重新使用上面的命令之前,kill然后删除“LoadRunner Agent Service”
设置FireWallServiceActive1为true,0为false。运行bin/agent_config
使用网络驱动映射
如果一些负载生成器需要访问相同的物理文件,而不是必须去记得每次文件改变后去拷贝这些文件,每一个负载生成器可可以使用映射驱动器来引用通用的文件夹。但是因为网络驱动映射是跟制定的用户关联的:
1, 使用负载生成器要使用的用户来登录负载生成器的机器。
2, 打开windows浏览器,在工具下选择映射一个网路驱动,然后创建一个驱动。
3, 在服务中打开LoadRunner的服务。
4, 点登录标签卡
5, 指定负载生成器服务使用的用户名和密码(如果用户ID是本地域,用户名称这里会显示一个.)
6, 停止然后启动服务。
控制负载生成器,穿过防火墙来监控
防火器的目的是通过阻止一些通信来增强安全,它只允许一些特定的端口与外网通信,如HTTP的80和HTTPS的443端口。
默认的情况下,负载生成器通过MI Listener使用动态的端口发送信息的返回。
为了避免必须请求管理员来开放更多的端口,在防火墙内的每个负载生成器机器,从Start > Programs > ... LoadRunner > Advanced Settings > Agent Configuration (launch_service\bin\AgentConfig.exe),安装(Monitoring Over Firewall machine)MoFW/RoWF agent,检查“Enable Firewall Agent”选项。
它收集性能计数器的数据,并且穿过防火期发送这些数据给控制器。
MoFW与MI Listener通过端口443来通信,所以机器上不要装有任何的Web服务器(Apache WebTours, IIS,或Oracle HTTP servers)
为了验证端口443是否允许通信,使用下面的命令:
telnet 194.194.194.194 443
这会打开一个telnet窗口。
UNIX负载生成器使用一个动态的端口,这个端口不能固定。
当在控制器上定义一个远程的负载生成器时,在“Load Generator Information”对话框上点“Details”,这里你可以点“Firewall”标签然后选择“Enable Firewall”。
在windows和Unix/Liunx系统上监控资源
监控UNIX机器
在Liunx上启动监控之前,检查确保rstatd监控器是活动的。如果服务因为太忙或者重启而使rstatd服务停止,LR7.8就不能从rstatd中获得需要的信息了。需要退出或者重新初始化控制器。
HTTPS/SSL通信的MI Listener
当代理从防火墙之后发送HTTPS通信,它会使用”Monitoring over Firewall Component”,然后控制器为代理使用一个符号的名称,通过Mercury Interactive'sMI Listener Machine(通过端口50500)与外边的防火墙通信。通过防火墙监控WINDOWS机器使用TCP端口139。
为了测试外部的防火墙mercuryinteractive.com/products/protune_ds/ Mercury ProTune Delivery Service