What are the steps to install LoadRunner on Ubuntu? - performance-testing

What are the steps to Install LoadRunner on Ubuntu? Any link will also work.

You cannot install loadrunner on any Linux machine. You can only run load generator on a unix box.

Ubuntu is not noted as a supported distribution in the requirements, however Redhat is so noted. Please refer to the requirements and installation guide for information on installing a load generator on Redhat linux.
You will face limitations on the types of virtual users you will be able to run with a linux-based load generator as many of the virtual user types are Windows API depedent. You will also have an issue when you call for support, as the Windows-based generator is considered the "reference" generator for control and support. So, if you have an issue and you contact support one of the very first things they will ask of you is to reproduce the problem on a windows-based load generator. This will tell them if the problem is common to all generator types or to your specific generator type.

Related

Linux - boot in runlevel3 and add X11 components

I want to build a minimum Linux for embedded devices that comes with Firefox only.
Questions:
Is it ever possible to add X11 components to runlevel3 and
upgrade it to runlevel5?
Is it possible to setup a Linux in runlevel3 with minimum display support so that I be able to run
Firefox? (Not interested in text based browsers)
I gave it a go but I got lots of dependency errors trying to install X11-common with apt-get in runlevel3.
Linux From Scratch is a step-by-step instruction book for anyone who wants to gain a good understanding of how to build own custom Linux distro.
There is a dedicated topic about X Window System Environment
This includes the base LFS project and a bunch of extensions derived from it. For embedded systems Cross Linux From Scratch is of particular interest.
Another option - in case you want to do it faster but losing deep understanding - is using some Embedded Linux distro builder like Buildroot

The db2prereqcheck utility was unable to determine the Linux distribution level

I am working on Linux Mint and when I tried installing IBM DB2 following the steps in below link,
https://www.ibm.com/support/knowledgecenter/SSEPGG_11.5.0/com.ibm.db2.luw.qb.server.doc/doc/t0008875.html
I got this error in the step when I check installation requirements
DBT3505E The db2prereqcheck utility was unable to determine the Linux distribution level.
What to do?
Linux Mint is not a supported operating system for Db2.
If you dig hard enough, starting with this document, you can determine the supported operating systems:
https://www.ibm.com/support/pages/system-requirements-ibm-db2-linux-unix-and-windows
For Db2 v11.5, the supported Linux operating systems are RHEL7.5, SLES12SP3, or Ubuntu 16.04.
Db2 is "not supported" on Linux Mint. What does that mean?
It means that the paid defect-support channel for Db2 will likely reject requests for help for Db2 on Linux Mint. They will ask you to first recreate the symptom on a supported distribution. That allows them to investigate on a supported distro.
But 'not supported' does not mean that Db2 will not work. Instead, you might need to do additional pre-requsites installation or configuration work, or other troubleshooting activities to solve issues.
For example, Db2 is not supported by the IBM paid defect support when Db2 runs on Centos or Fedora distributions. But Db2 runs happily on these distributions as long as you know what you are doing , and always install from the latest-fixpack-server-build image of Db2 (but never the GA build).
So 'not supported' means that when it goes wrong, it's up to you to find a solution and the paid channel for Db2-defect-support won't help you.
Most companies value their data and want some kind of support so most companies will use a supported distribution. But if you are in a non-production or development environment, and if you have the time and competence and patience to do troubleshooting then you can make progress and learn stuff.
As regards the specific, symptom DBT3505E , there is already an existing answer , always search for the symptom-code first on stackoverflow!

How to verify cross platform installation steps

I have to check installation steps of my application on different production machines. I want to check how can I install my application on HP UX. I have only linux/windows machines but dont have real physical HP unix machine. Is there any way i can check installation steps of HP unix. I am thinking of any virtual environment or any flavour that run on linux or windows which gives accessiblity and functionality of HP unix.
I am looking something to cross check platfrom installation steps.
The short answer is no. HP-UX is as different from Linux as Linux is from Windows (almost). There would be many differences in libraries, patches, installed utilities, build tools, etc.
A few examples:
HP-UX does not come pre-installed with the bash shell
HP-UX uses a proprietary software packager and installer called swinstall (analogous to RPM but completely different)
Partition layout is different
Many common utilities behave differently. "echo" is one of many examples. This will affect things if your build process uses shell utilities
Even if you can test the install, don't you need to test the product's operation on HP-UX?
Not saying it's impossible. If your application uses basic, nonspecific utilities for install, it might work. There is no way to know without a running installation. Unfortunately you need Itanium hardware and the O/S.
My recommendation would be to get your application working on Solaris and any other Unixes first. The more platforms you test on, the more portable your code will become on all of them. Then, put out some feelers and find someone with a system you can borrow time on.
Worst case, find an Itanium server like an rx2620 on eBay, should not cost too much. Even better if the seller forgets to wipe the O/S :). You'll need a terminal and possibly null modem. 11.31 (11iv3) is the latest version of the O/S.

DDK/WDM developing problem ... driver won't load on x64 windows platform

I am a beginner at DDK/WDM driver developing field.
I have a task which involves porting a virtual device driver from x86 to x64 (intel).
I got the source code, I modified it a bit and compiled it succesfuly with DDK (build environments). But when I tried to load it on a ia64 Windows7 machine it didn't want to load.
Then I tried some simple examples of device drivers from
--http://www.codeproject.com/KB/system/driverdev.aspx (I put '--' to be able to post the hyperlink) and from other links but still the same problem.
I hear on a forum that some libraries that you use to link are not compatible with the new machines and suggested to link to another similar libraries...but still didn't worked.
When I build I use "-cefw" command line parameters as suggested.
I do not have an *.inf file asociated but I'm copying it in system32/drivers and I'm using WinObj to see if next restart it's loaded into the memory.
I also tried this program ( http://www.codeproject.com/KB/system/tdriver.aspx ) to load the driver into the memory but still didn't worked for me.
Please please help me...I'm stuck on this and my deadline already passed.
I feel I'driving nuts in here trying to discover what am I doing wrong.
So, to summarize everything:
You need to build for the corect architecture (x64 for Intel/AMD CPUs).
You MUST sign your driver. You must do this even in test mode with a self signed certificate. There is no alternative.
You MUST use an .inf file to install. If the driver is non-pnp then you don't need an .inf file, but it is very unlikely that the driver is non-pnp. In that case you need to manually create the associated service for the driver in the service control manager with sc.exe or programmatically with the SCM API. If the driver isw pnp (most likely) you must install it via an .inf file (with devcon.exe or other way). Also, installing it is not the same as loading it. For that, the appropriate hardware must be present or you must enumerate it in software (with devcon.exe for exemple).
I did not wrote a driver, but on the basis on what I hear from colleagues: Are your driver digitaly signed? If not, look for information on loading unsigned drivers on 64bit systems.
Two things:
You mention both x64 (also called x86-64, AMD64, or EMT64) and IA64 (Itanium). You understand they are two completely different architectures, right? Do you have an Itanium System? If not, you should not be compiling anything using the IA-64 build environment. It won't run on a standard PC (32 or 64).
Under 64-bit, the driver must digitally signed for production use. You will need to get an Authenticode certificate from Verisign or similar. For testing purposes, you can bypass the signature check by pressing F8 at boot time. You can also sign with a test certificate.
http://www.microsoft.com/whdc/winlogo/drvsign/drvsign.mspx

Is ubuntu 9.04 good choice for embedded linux application development?

I want to change linux distro my Development(Host) Machine which I use for embedded development.
I cross-compile applications for many different processors. It is required for me to download different different libraries to evaluate their functionality/Performance/Stability on different devices , as well as on PC.
So Is ubuntu 9.04 a good choice for me?
Thanks,
Sunny.
If you are using gcc or other source based compiler that runs on linux then I would say yes, you want a linux distro, and ubuntu is currently the most popular/best. I would try to avoid distro specific things, drive down the middle of the road and you should be able to use any distro equally well.
That will largely depend on your needs. For an embedded system, I'd go with any distribution that sports a very small footprint and supports the necessary hardware.
Depending on your hardware, Debian might work fine. You could create your image with debootstrap which allows for fairly small customized installs. It still includes apt and other things which might not be desirable, although that could be to your benefit if you need to push out updates.
If you did go with Debian, you could most likely do all your development on Ubuntu and then push to your embedded system.
i use ubuntu for my host system and a chrooted gentoo install for building apps for an embedded target. I found gentoo was a good choice as it is source distributed and easy to select what version of a particular library is installed.
One thing that is good to know is that ubuntu and derivatives uses dash and not bash as /bin/sh. This confuses crosstools and can give you severe headaches.

Resources