Creating installers that include Symantec Workspace Virtualization Agent

This issue has been solved. See solution.
finalana's picture

Hello,

I'm evaluating Symantec Workspace Virtualization (or Altiris SVS or whatever the name is)
in combination with Wise Installation Studio for creating packages that install one or
multiple applications on a machine that does not have Workspace Virtualization Agent
installed. According to the documentation of Symantec Workspace Virtualization (file
Symantec_Workspace_Virtualization_6_1_SP1_User's_Guide.pdf) and Wise Installation Studio
(file VirtualPackageEditor.pdf) this should be possible.
Unfortunately, I'm not having much luck in getting this to work.

The test environment:

1. Windows XP SP3 on a decent machine (2 GB Ram), let's call it "HOST"

2. Windows XP SP3 Virtual Machine in VMWare Server, let's call it "XPVM"

3. Windows 2000 SP4 Virtual Machine in VMWare Server, let's call it "2000VM"

What I did so far:

- Installed Symantec Workspace Virtualization Agent with Symantec Workspace Virtualization
  Admin (Version 6.1 SP1) on XPVM

- Installed Wise Installation Studio 7.0 SP1 on XPVM

- Installed Symantec Workspace Virtualization Agent with Symantec Workspace Virtualization
  Admin (Version 6.1 SP1) on HOST

- Wrote a little console program that reads a dword value from the windows registry
  (HKEY_LOCAL_MACHINE\SOFTWARE\altiris_test_1\mykey) and prints its content

- Created an msi installer package using Windows Installer Editor. The package copies the
  file altiris_test1_v1.exe to C:\win32app\altiris_test1 and creates aforementioned
  registry entry with the value 35.

  This package (altiris_test1_v1.msi) works as expected on all 3 machines.

- Created a new application layer called altiris_test1_v1 in Symantec Workspace
  Virtualization Admin using single capture and ran altiris_test1_v1.msi

  The layer works as expected on XPVM.

- Exported altiris_test1_v1 to a VSA file

- Imported altiris_test1_v1.vsa on HOST

  The layer works as expected on HOST. (I did not test the layer on 2000VM, because the
  Symantec Workspace Virtualization Agent installation failed.)

- Opened altiris_test1_v1.vsa in Virtual Package Editor

- Accepted the conversion from VSA to VRA as per Virtual Package Editors request,
  result: altiris_test1_v1.vra

- Imported altiris_test1_v1.vra on XPVM

  The layer does not work. C:\win32app\altiris_test1\altiris_test1_v1.exe exists, but the
  registry entry does not. Neither the test program nor regedit can see the registry entry.

- Imported altiris_test1_v1.vra on HOST

  Same as on XPVM

- Pretended everything is fine and created an installer called altiris_test1_v1_Setup.exe
  in Virtual Package Editor that includes the Virtualization Workspace Agent

- Ran altiris_test1_v1_Setup.exe on XPVM

  Same as importing altiris_test1_v1.vra

- Ran altiris_test1_v1_Setup.exe on HOST

  Nothing. No registry entry and no directory C:\win32app\altiris_test1
  An uninstall entry in Control Panel -> Software is created and runs without error
  (or any other visible activity)

- Ran altiris_test1_v1_Setup.exe on 2000VM

  Setup installs the Workspace Virtualization Agent, after reboot C:\fslrdr,
  C:\WINNT\System32\Drivers\fslx.sys and C:\WINNT\System32\fsllib32.dll exist
  No trace of my application; no registry entry and no files on disk
  An uninstall entry in Control Panel -> Software is created and runs without error
  (or any other visible activity)

Any hints to what might possibly be going on are highly appreciated.

EdT's picture

Ugh

I read through this mammoth post a few times but my brain has fried and I've not been able to upload my remaining brain cell with the actual problem areas.

So first of all, lets break this down into easy steps.
It looks like you wish to target Win2000 and WinXP targets.
Ignoring the virtualised apps for the moment, are you able to successfully install the virtualisation client on all your test machines?
That has to be the starting point in any further investigations, so lets get that aspect sorted first.

If your issue has been solved, please use the "Mark as Solution" link on the most relevant thread.

finalana's picture

 Thanks for your reply and

 Thanks for your reply and sorry about the long post.

Yes, I want to target Windows 2000 and XP. I am not able to install "Symantec Workspace Virtualization Agent" on Windows 2000
using the installer that comes with the file SWV_6_1_SP1_eval.zip. The installer runs, but just before it's finished a message is displayed saying something useless like "an unknown error occurred". I used msiexec on the command line to create a log file, but that wasn't very helpful. I can do that again and post the log when I'm back at the office on Monday.

However, a setup created in Virtual Package Editor that includes the virtualization agent runs without error messages on Windows 2000, asks for a reboot and afterwards the virtualization agent (in runtime mode) seems to be installed. That is, C:\fslrdr,
C:\WINNT\System32\drivers\fslx.sys and C:\WINNT\System32\fsllib32.dll are present.

EdT's picture

Windows 2000

Can you check what version of Windows Installer your Windows 2000 machines are running?
I'm speculating as to whether the Virtual Package Editor setup is updating the version of Windows Installer before installing the virtualisation agent on W2K

If your issue has been solved, please use the "Mark as Solution" link on the most relevant thread.

finalana's picture

Windows Installer Version on Windows 2000

edit: forgot to mention: the installer I ran was Symantec_Virtualization_Agent.msi from the SWV 6.1 SP1 eval version.

The Windows Installer version is 3.01.4000.1823. I ran the install again with the option to write a log file. It seems that the installer is trying to perform a custom action. For this some dll is to be loaded and that is what fails. Here's the relevant part of the log file:

MSI (s) (40:C8) [11:18:02:062]: Executing op: ActionStart(Name=fslxRollbackInstallProductSecurity,,)
MSI (s) (40:C8) [11:18:02:062]: Executing op: CustomActionSchedule(Action=fslxRollbackInstallProductSecurity,ActionType=3329,Source=BinaryData,Target=fslxRollbackInstallProductSecurity,CustomActionData=71)
MSI (s) (40:C8) [11:18:02:062]: Executing op: ActionStart(Name=fslxDoInstallProductSecurity,,)
MSI (s) (40:C8) [11:18:02:062]: Executing op: CustomActionSchedule(Action=fslxDoInstallProductSecurity,ActionType=3073,Source=BinaryData,Target=fslxDoInstallProductSecurity,CustomActionData=71)
MSI (s) (40:AC) [11:18:02:062]: Invoking remote custom action. DLL: C:\WINNT\Installer\MSIF.tmp, Entrypoint: fslxDoInstallProductSecurity
MSI (s) (40:24) [11:18:02:062]: Generating random cookie.
MSI (s) (40:24) [11:18:02:078]: Created Custom Action Server with PID 916 (0x394).
MSI (s) (40:10) [11:18:02:093]: Running as a service.
MSI (s) (40:A4) [11:18:02:093]: Hello, I'm your 32bit Elevated custom action server.
1: LoadLibrary error 126
EdT's picture

Hmmm

Is there any mention in the release documentation for SWV 6.1 SP1 whether a minimum service pack level is required for Win2K, or even whether Win2K is supported at all. (Sorry I've not had time to research this for myself).

The loadlibrary error is a tricky one to solve - if you have worked with Procmon from Sysinternals (now Microsoft), it would be interesting to monitor whether the install process is failing due to a call to a DLL that is either failing or is too old a version to have the required entry points.

As you are in an eval situation, I would suggest giving the Symantec pre-sales support a call, as perhaps with the aid of the full install log, they may be able to advise you further.

If your issue has been solved, please use the "Mark as Solution" link on the most relevant thread.

finalana's picture

According to the docs,

According to the docs, Windows 2000 SP4 is supported by SWV 6.1 SP1. There was another update that I needed to install before the SWV installer would run (IIRC kb891861). I tried to find out more about the loadlibrary issue using sysinternals tools, but the output was quite verbose and making sense of it seemed to be pretty time consuming. So I decided to tackle the other issues first. I.e. what I described in the other thread.

EdT's picture

Workspace Virtualisation Forum

When you are working with the Symantec Workspace Virtualisation client specifically, and not involving Wise Installation Studio, there is also a specific support forum which deals with SWV. Posting SWV-specific questions there will open your issues up to a larger audience with more direct experience of solving problems with the SWV client.

If your issue has been solved, please use the "Mark as Solution" link on the most relevant thread.

finalana's picture

Workspace Virtualisation Forum

You're right, I'll try asking there. Thanks for your help.

finalana's picture

Virtual Package Editor

Installation of SWV works now on Windows 2000. Virtual Package Editor is still completely useless, though. I'm unable to create any kind of setup that creates registry entries and that includes the Workspace Virtualization Agent in runtime mode. I tried using SetupCapture with an msi installer created with Windows Installer Editor, opening (and converting to VRA) a VSA file created in Workspace Virtualization Admin and manually adding files and registry entries to a fresh WVP. I get the same result for all of them; registry entries just are not there. Programs running from the layer can't open the keys.

I'm starting to wonder whether anyone has ever used Virtual Package Editor to create a setup.exe that includes SWV Agent. The machine I'm using Virtual Package Editor on also has SWV (with admin) installed and does not have an internet connection. Apart from that it's a completely standard fresh install of Windows XP SP3 (german).

EdT's picture

Step by Step

Let's try and break this down into smaller chunks.
If you create a virtual application with registry keys included, and deploy it to your German XP SP3 build with the SWV agent already installed - does it work correctly, and are the registry settings correctly installed?

Also, have you tried installing your setup which includes the SWV agent to an XP workstation running an ENGLISH version of XP SP3 ??
My reason for asking this is that over the years I have seen many different issues with operating systems that seem particularly to occur on German versions of windows. Don't know why this happens - perhaps Microsoft don't test non English builds to the same extent as the US build.
So at least testing on an English version of XP will establish whether the issue is generic or specific to a particular version of XP.

If your issue has been solved, please use the "Mark as Solution" link on the most relevant thread.

finalana's picture

Step by Step

If I create a virtual application with SWV it works. If I create one with Virtual Package Editor it does not. If I take the working VSA and open it in Virtual Package Editor, the conversion to VRA seems to loose the registry entries. It won't work if I add them manually back in either.

I haven't tried using an English XP version. I'll do that later today and post the results.

EdT's picture

Just had a thought

Solution

Wise Installation Studio 7 (I'm assuming you have service pack 1 version - build 7.3.0.250 if I recall correctly) has not been updated for a very long time and therefore the SVS client it installs is substantially older than the new client version you can download as SWV.
Consequently, can I check whether you installed the LATEST SWV client on the machine where you have WIS 7 installed?
Can I also check that you are working with Wise INSTALLATION Studio 7 and not Wise PACKAGE Studio 7 ?  The same issues apply regarding the client version, but I have seen occasional mis-postings of the Wise tool being used, due to the similar names and versions.

If your issue has been solved, please use the "Mark as Solution" link on the most relevant thread.

finalana's picture

Wise Installation Studio 7.3.0.250

Yes, I installed Wise *Installation* Studio and I just confirmed in Virtual Package Editor, Help -> About that I'm running build 7.3.0.250.

The SWV Version I installed is 6.1 SP1. SWV was installed before Wise Installation Studio. So maybe the latter overwrote the SWV agent version that is actually used? How can I check which SWV agent version is being used? Opening Help -> About in Symantec Workspace Virtualization Admin gives me version 6.1.5104 for application, library and driver. The version number in the metadata of the file C:\windows\system32\fsllib32.dll is 6.1.5104.0 as well.

I also tried uninstalling SWV after installing Wise Installation Studio to test whether that would work, but that resulted in a BSOD, so I restored the virtual machine. I can try installing only Wise Installation Studio on an English Windows XP SP3 VM later when I'm at home.

finalana's picture

 Thanks for the idea; On a

 Thanks for the idea; On a fresh English XP VM with only Wise Installation Studio installed everything works fine. I tried both installing the setup with Installation Studio installed and restoring the VM and then installing the setup. What I didn't try yet is to install SWV as well, either before or after installing Installation Studio. I'll try that tomorrow. Again, thanks a lot for your help.

EdT's picture

Let us know what you find

It would be interesting to know how things work when you install SWV after a clean install of WIS7. If things again stop working as expected, I would recommend adding this to your thread in the SWV forum so that it gets visibility with the SVS guys also.

If your issue has been solved, please use the "Mark as Solution" link on the most relevant thread.

finalana's picture

I've posted a new thread

I've posted a new thread describing my results so far.
www.symantec.com/connect/forums/interaction-between-swv-and-wise-installation-studio

EdT's picture

Good work

With Wise Package Studio 8 just being released, I have asked the question as to whether SWV 6.1 SP1 support was included in WPS8 before it shipped. Otherwise it is likely that WPS8 will not be compatible with SWV 6.1 SP1 in the same way as WIS 7 SP1, thanks to your research.

If your issue has been solved, please use the "Mark as Solution" link on the most relevant thread.