loadrunner At the risk of sounding like a complete idiot: I installed...

  • perf-test.com need your contributions to build up a strong repository of performance engineering resources.

S

Scott Moore

Guest
At the risk of sounding like a complete idiot: I installed stand-alone Vugen on a Generator and then wanted to install the stand alone Generator agent. I got a message stating I had to remove Vugen, which means you cannot install both. What would possibly be a good reason for this? If I have a script that works on my machine but won't work on a Load Generator, I want to debug it on that Generator. Can someone explain this to me?
 
Sort by date Sort by votes
Much more common is just installing full installation. This setup of LGSA + Vugen is not supported and this is why it was blocked, Scott, are you familiar with our PAM?(product availability matrix)
 
Upvote 0 Downvote
It is just a user case that makes little sense for it not to be compatible. That is the reason we installed everything with the full installs. Often overkill but when you need the tools available to solve problems you need the tools. I understand the lg standalone in theory but in practice I've yet to find it practical
 
Upvote 0 Downvote
For PC, I don't want a full install. I don't want a HOSTS that can act in multiple roles. In this case, I want a stand alone LG with the ability to debug if needed, and that is all. This is useful for older machines that have been repurposed. For example, I have a few older physical Windows 2008 R2 machines with 4 GB and limited disk space. I want the bare minimum on those. At some point we may just whack them so I don't want to commit to defining a full HOST. I just want debug capabilities if a particular Generator is the problem. As Terri Chu stated, this is more important when you get into Citrix testing, as one setting difference between Generators can mess things up.
 
Upvote 0 Downvote
This is an older machine and disk space on it is a premium resource. If I installed this as a HOST, the resources using PC at this client may go behind me and change the host settings when I leave to run as a Controller, Data Processor, and Load Generator all at once - which it could not handle. Then they will call me at 3 a.m. in the morning and ask me why it doesn't work right. and then I will go to prison for murder. So I am trying to avoid a crime here. I am trying to force the machine to only be available as a Load Generator - but I need debugging abilities too.
 
Upvote 0 Downvote
Scott, we don't have anything against installing VuGen and LG on the same machine, except we have no capacity to test such configuration, and therefore we have blocked it. If you want to the VuGen and LG on the same machine, the obvious solution is a full LoadRunner (or PC Host) installation.
 
Upvote 0 Downvote
Don't worry. I'm pissed now. I am setting up my own PC implementation on the Azure cloud. When I am done with my own investigation, PC is going to feel like it has had multiple encounters with prison inmates....
 
Upvote 0 Downvote
I'd like to offer one other thought about this. VuGen is an IDE. MDRV.exe is a background process. Shouldn't they be mutually exclusive? Would it be strange to install Eclipse or Visual Studio on a machine that had MDRV.exe running in the background? It wou;d not be prevented. Why would a glorified C compiler/interpreter interfere with a background process? It is one thing not to officially support the configuration. It is another to PREVENT it from being installed altogether. Can someone at HP elaborate on why there could be a conflict between MDRV.exe and the VuGen IDE? I am missing the connection in my mind.
 
Upvote 0 Downvote
Scott, we have a responsibility towards our customer base. We simply cannot officially support an untested configuration. Unofficially, you actually can install LG and VuGen on the same machine, but only if you install LG first.
 
Upvote 0 Downvote
You must log in or register to reply here.
Top Bottom
Back