KB: A Microsoft Application Virtualization MSI run from a mapped drive fails to install the virtual package

imageHere’s a new Knowledge Base article we published. This one talks about an issue where a Microsoft Application Virtualization MSI run from a mapped drive fails to install the virtual package.



Consider the following scenario:

- You have created a Microsoft Application Virtualization (App-V) Virtual Package and placed the package contents on a network share.
- You have mapped a drive to this network share.
- You attempt to install this Virtual Package by double clicking on the .MSI file located on the mapped drive.

In this scenario, the package fails to install. No on screen errors are seen and the virtual package does not show in the list of virtual packages.
Additionally, in the Application Event logs you see the following MsiInstaller Event:

Log Name: Application
Source: MsiInstaller
Event ID: 1033
Task Category: None
Level: Information
Keywords: Classic
User: User1
Computer: Computer1
Windows Installer installed the product. Product Name: My Virtual Package. Product Version: 1.0. Product Language: 1033. Manufacturer: Microsoft Corporation. Installation success or error status: 1603.


The mapped drive that holds the .MSI and the .APPV files is only available for access in the Users' own context, however the MSI Installation is done using the System context. The System context does not have the appropriate privileges to access the mapped drive.


Run the MSI directly from a network share (e.g. \\server\share\MyVirtualPackage.MSI) or copy the package to a local drive on the client computer.
Also ensure that the computer account (the computer you are logged into) also has access to the network share.


For the most current version of this article please see the following:

2768954 - A Microsoft Application Virtualization MSI run from a mapped drive fails to install the virtual package

J.C. Hornbeck | Knowledge Engineer | Management and Security Division

Get the latest System Center news on Facebook and Twitter:

clip_image001 clip_image002

App-V Team blog: http://blogs.technet.com/appv/
ConfigMgr Support Team blog: http://blogs.technet.com/configurationmgr/< /a>
DPM Team blog:
MED-V Team blog: http://blogs.technet.com/medv/
Orchestrator Support Team blog: http://blogs.technet.com/b/orchestrator/
Operations Manager Team blog: http://blogs.technet.com/momteam/
SCVMM Team blog: http://blogs.technet.com/scvmm
Server App-V Team blog: http://blogs.technet.com/b/serverappv
Service Manager Team blog: http://blogs.technet.com/b/servicemanager
System Center Essentials Team blog: http://blogs.technet.com/b/systemcen teressentials
WSUS Support Team blog: http://blogs.technet.com/sus/

The Forefront Server Protection blog: http://blogs.technet.com/b/fss/
The Forefront Endpoint Security blog : http://blogs.technet.com/b/clientsecurity/< /a>
The Forefront Identity Manager blog :
The Forefront TMG blog: http://blogs.technet.com/b/isablog/
The Forefront UAG blog: http://blogs.technet.com/b/edgeaccessblog/< /a>

Comments (0)

Skip to main content