LoadRunner的Loadgenerator在unix(linux)下的安装及运行。

Loadgenerator在unix和linux下的安装包可以在hp网站下到，我就不赘述了。安装难度应该不是很大，关键是安装完成后的环境变量设置，以及verify_generator. 

安装完成后，/opt/HP/HP_LoadGenerator/会有一个env.csh。需要把它里面的环境变量加到.csh或.profile文件中。 
? For C shell users, the startup configuration file is the .cshrc file 
? For Bourne and Korn shell users, the startup configuration file is the 
.profile file. 

我当时是在linux，bash环境下，所以在root目录找到.bashrc文件，添加以下几句话： 

export PRODUCT_DIR=/opt/HP/HP_LoadGenerator 

export M_LROOT=$PRODUCT_DIR 

export LD_LIBRARY_PATH=${M_LROOT}/bin 

export PATH=${M_LROOT}/bin:$PATH 
需要注消再登录后bash生效。 

然后运行/opt/HP/HP_LoadGenerator/bin目录下的verify_generator 

结果提示：[root@localhost bin]# ./verify_generator 
Environment variable M_LROOT must be set to the product directory 
in order for verify_generator to execute. 
Please setenv/export (csh/sh) it and run verify_generator again 

通过[root@localhost bin]# env |grep PRODUCT_DIR 
输出：exportT_DIR=/opt/HP/HP_LoadGenerator 
于是尝试用切换到csh环境 
[root@localhost bin]# csh 
再次运行verify_generator 
提示如下： 
[root@localhost bin]# ./verify_generator 
=================================================== 
HP 
Vuser Environment Verification Utility 
=================================================== 

Product: HP LoadRunner 9.50 
Version: 09.50.0000 
Build: 3378 
verify_generator can not run as superuser, please login again 

切换到普通用户： 
[root@localhost bin]# su lxj 
bash: /home/lxj/.bashrc: 权限不够 
bash-3.1$ 
bash-3.1$ 
bash-3.1$ 
bash-3.1$ 
bash-3.1$ 
bash-3.1$ csh 

再次运行verify_generator 

[lxj@localhost bin]$ ./verify_generator 
=================================================== 
HP 
Vuser Environment Verification Utility 
=================================================== 

Product: HP LoadRunner 9.50 
Version: 09.50.0000 
Build: 3378 
localhost.localdomain: 

verify_generator...OK 
verify_generator...OK 
verify_generator...OK 
Warning: The file .rhosts does not exist in the home directory of the user. 
Verify $M_LROOT ...Failed 
_____It was not possible to set the $M_LROOT from 
_____the shell dot files. One of several things might be happening: 
_____1) $M_LROOT is not set at all in the shell dot files. 
_____2) There is some error in the shell dot files which stops their execution 
_____ before it sets $M_LROOT. 
_____3) There is conditional code in the shell dot files (most likely related to 
_____ interactive and non interactive shells) and $M_LROOT is set 
_____ only in one of the sections. 
_____Aborting virtual user tests on host localhost.localdomain 
verify_generator...OK 

看到了大家期望的ok. 
--------------------------------------------------------------------------------------------------------------------------------

其他error：

1、verify_generator must have a DISPLAY set, please set and rerun

在终端：export DISPLAY=192.168.8.188:0.0（ps:192.168.8.188为controller
服务器）

2、/lib/ld-linux.so.2: bad ELF interpreter: 没有那个文件或目录

yum install glibc.i686

3、./m_agent_daemon: error while loading shared libraries: libstdc++.so.5: cannot open shared object file: No such file or directory

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

至于和Controller Connection 

有两种方式： 

Checking Controller Connection 
By default, the Controller connects remotely to the load generator using rsh 
(remote shell). You need to make sure that the load generator can be 
remotely accessed by the Controller. 
To make sure that the load generator can be remotely accessed by the 
Controller: 
1 On the load generator machine, go to the .rhosts file, located in the user 
home directory. 
2 In the .rhosts file, verify that the Controller is included in the list of 
machines. If it is not listed, add it to the list. 
If the Controller still cannot connect to the load generator, contact your 
system administrator. 
Note: You can configure the Controller to connect to the load generator not 
using rsh. In this case, you need to activate the agent daemon on the load 
generator. For more information, see the “Connecting to a UNIX Load 
Generator Without Using RSH” below. 
Connecting to a UNIX Load Generator Without Using RSH 
This section describes how to connect to a UNIX load generator without 
using RSH. 
To connect to a UNIX load generator without RSH: 
1 On the UNIX load generator, run the agent daemon by running the 
following command from <load generator installation directory>/bin: 
m_daemon_setup -install 
This runs a daemon called m_agent_daemon, and if successful you will 
receive a message: m_agent_daemon <process ID>. 
The agent will now keep running, even if the user is logged off. It will only 
stop running using the command explained in step 3 below, or by rebooting 
the machine. 
Note: If you look at the log file m_agent_daemon[xxx].log in the temp 
directory, you may see communication errors, even if the installation 
succeeded: 
These messages appear because the LoadRunner agent always tries to open 
port number 443 (because any agent can be a MI Listener, and the MI 
Listener always listens to this port), and in UNIX machines, this port cannot 
be opened by any user except for the root user. However, this will not 
interfere with using this agent for the load generator. 
2 In the Controller, in the Generators > Load Generator Information > UNIX 
Environment tab, select the Don’t use RSH option. Connect as usual. 
3 To stop the agent daemon, run the following command from the 
<LR_root>/bin directory: 
m_daemon_setup -remove 
This stops the m_agent_daemon, and if successful, you will receive a 
message: m_agent_daemon is down. 

rsh方式,记得Controller机器需要有rsh客户端。 

ok,介绍到这里，tks. 

转自：http://liuxijie.cto.csdn.net/Article.aspx?Name=liuxijie&pointid=1683