Is it possible to deploy HP Quality Center via SCCM?
0 Comments   [ - ] Hide Comments


Please log in to comment

Rating comments in this legacy AppDeploy message board thread won't reorder them,
so that the conversation will remain readable.
Answer this question or Comment on this question for clarity


It's no easy task. The vendor MSI is useless.

You may however follow these instructions for capturing and creating your own working installation using Wise. It worked for us with version 10 on XP, but I gave up on W7 - just too much hassle. HP should make an MSI that works with SCCM.

"There are quite a few "gotchas" with the client side piece of this. The first is HP's MSI for the client. It installs to "C:\Program Files\HP\Quality Center Client Side". But the docs (and testing with an upgraded server) clearly indicate that the server will push updated files to 'C:\Program Files\Common Files\Mercury Interactive\Quality Center'. So if you install HP's MSI to its default location, it will fail.

Also, the HP docs indicate that although it requires administrator permission to install the client, restricted users can 'start' it. The doc then goes on to say that 'you' (you the installer? you the restricted user?) need to have permission to a variety of file system and registry locations.

Our experience with QC since 8.x has taught us that the vendor provided installer for the client doesn't quite work. It has also taught us that when a user logs into the server, the server pushes down updated DLLs, ActiveX components, etc., and tries to register them. This will fail as a non-administrator user.

Even if you package what the server pushes down and build your own MSI from that, it will fail when the server tries to update something.

The solution, we've found, is this...

First, start with a clean machine that has only the pre-requisites for the client installed. Start a snapshot (SetupCapture in Wise Package Studio) and get your 'before' image.

Then, connect to the server and let it push the entire client down to the desktop. Complete the snapshot process to build your initial MSI.

Adjust the MSI so that the user has permission to re-write every file the MSI installs.

Export everything captured in the HKEY_CLASSES_ROOT section of the registry. Using a text editor, modify the resulting .REG file so that HKEY_CLASSES_ROOT is changed to HKEY_CURRENT_USER\Software\Classes. Reimport this. Configure ActiveSetup to deploy this to each user.

Modify permissions on the HKLM\Software\Mercury Interactive key so that users can modify that.

What you should find is that you can deploy this new MSI to end users using administrator permission, then they can run the client using a restricted account. If the server attempts to update the client, that's ok. The user has write permission to the files involved, the HKLM area used by the package, and a copy of the DLL/OCX registration information in their HKCU area that they can also modify. From here on, the client should work perfectly.
Above Entry Provided on 3/2/2010 by msalsbury"

(Source: http://itninja.com/link/unattended-install-information-directly-from-nexic5)
Answered 07/15/2011 by: tostep
Senior Yellow Belt

Please log in to comment