The World Simplified is a Virtual World

Hotfix Package 2 for Microsoft App-V 5.1 and Hotfix Package 3 for Microsoft App-V 5.0 SP3 now available

zarbie — Mon, 22 Feb 2016 10:17:33 GMT

Hi everyone, just a quick note to let you know that Hotfix Package 2 for Microsoft Application Virtualization (APP-V) 5.1 and Hotfix Package 3 for Microsoft Application Virtualization 5.0 Service Pack 3 (SP3) are now available.

For Microsoft Application Virtualization 5.1 RTM, this hotfix package fixes the following issues:

Issue 1: The lock on the VFS folder was not getting released when the user logs off from the client service
Issue 2: Microsoft Office Click-to-Run apps can't be opened from SharePoint in Internet Explorer. Embedded Office Click-to-Run apps may crash
Issue 3: Press and hold (or right-click) app on taskbar, the app icon becomes blank.
Issue 4: Provide mitigation for apps which don't handle long paths correctly.
Issue 5: Enable users to create multiple instances of Office 2016 Click-to-Run apps.
Issue 6: Re-enable APP-V 5.1 Management server address "https://localhost:/packages" and "https://localhost:/packagesummary"
Issue 7: The Confirmparameter is ignored when the Groupsparameter is null for Grant-AppvServerPackage command. Use the newly added Forceparameter to avoid the "Confirm Action" dialog.

For Microsoft Application Virtualization 5.0 SP3, this hotfix package fixes the following issue:

Issue 1: Microsoft Office Click-to-Run apps can't be opened from SharePoint in Internet Explorer. Embedded Office Click-to-Run apps may crash.

For complete details as well as a download link, please see the following:

3139245 - Hotfix Package 2 for Microsoft Application Virtualization 5.1 and Hotfix Package 3 for Microsoft Application Virtualization 5.0 SP3 (https://support.microsoft.com/en-us/kb/3139245)

J.C. Hornbeck, Senior Solution Asset PM
Microsoft Enterprise Cloud Group

Hotfix Package 1 for Microsoft User Experience Virtualization 2.1 Service Pack 1 is now available

zarbie — Tue, 01 Dec 2015 09:43:00 GMT

Hotfix Package 1 for Microsoft User Experience Virtualization 2.1 Service Pack 1 has been released and is now available for download. The Knowledge Base article below describes Hotfix Package 1 and the fixes that are included.

For complete details as well as installation instructions and a download link, please see the following:

KB3115833 - Hotfix Package 1 for Microsoft User Experience Virtualization 2.1 Service Pack 1 (https://support.microsoft.com/en-us/kb/3115833)

J.C. Hornbeck | Solution Asset PM | Microsoft GBS Management and Security Division

Get the latest System Center news on Facebook and Twitter:

Main System Center blog: https://blogs.technet.com/b/systemcenter/

Configuration Manager Support Team blog: https://blogs.technet.com/configurationmgr/
Data Protection Manager Team blog: https://blogs.technet.com/dpm/
Orchestrator Team blog: https://blogs.technet.com/b/orchestrator/
Operations Manager Team blog: https://blogs.technet.com/momteam/
Service Manager Team blog: https://blogs.technet.com/b/servicemanager
Virtual Machine Manager Team blog: https://blogs.technet.com/scvmm

Microsoft Intune: https://blogs.technet.com/b/microsoftintune/
WSUS Support Team blog: https://blogs.technet.com/sus/
RMS blog: https://blogs.technet.com/b/rms/
App-V Team blog: https://blogs.technet.com/appv/
MED-V Team blog: https://blogs.technet.com/medv/
Server App-V Team blog: https://blogs.technet.com/b/serverappv

Forefront Endpoint Protection blog: https://blogs.technet.com/b/clientsecurity/
Forefront Identity Manager blog: https://blogs.msdn.com/b/ms-identity-support/
Forefront TMG blog: https://blogs.technet.com/b/isablog/
Forefront UAG blog: https://blogs.technet.com/b/edgeaccessblog/
Application Proxy blog: https://blogs.technet.com/b/applicationproxyblog/

Hotfix Package 1 for Microsoft Application Virtualization 5.1 is now available

zarbie — Mon, 30 Nov 2015 11:48:46 GMT

Hotfix Package 1 for Microsoft Application Virtualization 5.1 (App-V 5.1) has been released and is now available for download. The Knowledge Base article below describes Hotfix Package 1 and the fixes that are included. For complete details as well as installation instructions and a download link, please see the following:

KB3115834 - Hotfix Package 1 for Microsoft Application Virtualization 5.1 (https://support.microsoft.com/en-us/kb/3115834)

J.C. Hornbeck | Solution Asset PM | Microsoft GBS Management and Security Division

Get the latest System Center news on Facebook and Twitter:

Main System Center blog: https://blogs.technet.com/b/systemcenter/

ConfigMgr 2012 R2

UE-V remote data collection: How to capture ETW tracing of a settings refresh problem when applying Settings Templates

zarbie — Wed, 11 Nov 2015 12:33:18 GMT

~ Paul Westervelt | Support Escalation Engineer

Hi everyone, this is Paul Westervelt from the Cloud & Infrastructure Solutions App-V/UE-V Support Team with a quick support tip on Microsoft User Experience Virtualization.

One of the most difficult aspects of troubleshooting UE-V is trying to capture the application of settings that have been modified on a Source System when those settings are not being applied to the secondary systems. What has us scratching our heads is that we have confirmed that the settings were made on the source system, and we see that the Settings Templates have been updated from the modified date on the corresponding PKGX files located in SettingsStoragePath, however they still don’t show up.

To find out what’s happening we’ll need to get a trace, but since the settings get applied during the login process we will need to be able to start the tracing prior to the user logging into the target system. In order to do this we can perform the traces from a remote session. By using the SysInternals utility PSExec, we are able to create a remote command window that will allow us to issue the ETW logman commands from the remote system. I explain how to do this below but here’s a reference article that explains in general what this process requires:

2782997 - How to Enable Debug Logging in Microsoft User Experience Virtualization (UE-V) (https://support.microsoft.com/en-us/kb/2782997). See Scenario 2: Tracing a Desktop Settings Issue

Our Scenario

System A = Source system
System B = Target system (the one that does not get the correct settings update)

1. System B is not in a session.
2. System A has had all the changes made and verified.

Getting Ready

Our basic process to gather the trace is the following:

1. Open an administrative command prompt on System A and use PSExec to open a remote command window to System B.
2. Create the logman trace.
3. Access System B, login and reproduce the settings issue.

Before we begin however, we will need the following configured on the 2 systems:

1. Download PSExec. The current version is 2.11 and can be found at https://technet.microsoft.com/en-us/sysinternals/bb897553.aspx.
2. Place PSExec in a local folder on both systems (e.g. C:\UEV_Trace)
3. Make sure that File and Print Sharing is enabled on both computers. This is required for the remote connection.

Gathering the Data

1. Make sure that System B is logged out and has no active sessions
2. Login to System A and modify the setting being traced
3. Confirm that the settings are changed and that the wallpaper is correct
4. Confirm that the Settings Storage location is updated
5. On System A, open an Administrative command window
6. Change folders to the location where the files were saved earlier (e.g. C:\UEV_Trace)
7. Run the following command: psexec \\system_b cmd
8. Wait until the command window title changes to \\system_b
9. Change folders to the C:\UEV_Trace folder
10. Run the following two commands in the Administrative command window:

logman create trace UEV -P "Microsoft-User Experience Virtualization-App Agent" -ow -o uevtrace.etl
logman update UEV -P "Microsoft-User Experience Virtualization-Agent Driver"

11. In the command window run logman start UEV
12. Lock System A
13. Login to System B and reproduce the refresh issue
14. If the issue is reproduced and the setting refresh fails, complete the following:
    a. Unlock System A
    b. In the command window run logman stop UEV
    c. Collect the ETL file and transfer it to the Workspace site.
15. If the issue DID NOT reproduce, complete the following:
    a. Unlock System A
    b. In the command window run logman stop UEV
    c. Delete the ETL file
    d. Repeat all of the settings modification steps until the issue reproduces

Once we have a successful reproduction of the problem, collect the ETL file and convert it to text (human readable) using the following command:

Netsh trace convert uevtrace_00000x.etl DUMP=TXT

Since the conversion needs to be done on a system that has the UE-V client installed, it is best to go ahead and process the conversion before removing the files from the target system.

Our goal is to provide troubleshooting options and we welcome your feedback and any recommendations for making this post better.

Paul Westervelt | Support Escalation Engineer | Cloud & Infrastructure Solutions | App-V, UE-V, SCSM

Get the latest System Center news on Facebook and Twitter:

System Center All Up: https://blogs.technet.com/b/systemcenter/

Configuration Manager Support Team blog: https://blogs.technet.com/configurationmgr/
Data Protection Manager Team blog: https://blogs.technet.com/dpm/
Orchestrator Support Team blog: https://blogs.technet.com/b/orchestrator/
Operations Manager Team blog: https://blogs.technet.com/momteam/
Service Manager Team blog: https://blogs.technet.com/b/servicemanager
Virtual Machine Manager Team blog: https://blogs.technet.com/scvmm

Microsoft Intune: https://blogs.technet.com/b/microsoftintune/
WSUS Support Team blog: https://blogs.technet.com/sus/
The RMS blog: https://blogs.technet.com/b/rms/
App-V Team blog: https://blogs.technet.com/appv/
MED-V Team blog: https://blogs.technet.com/medv/
Server App-V Team blog: https://blogs.technet.com/b/serverappv
The Surface Team blog: https://blogs.technet.com/b/surface/
The Application Proxy blog: https://blogs.technet.com/b/applicationproxyblog/

The Forefront Endpoint Protection blog : https://blogs.technet.com/b/clientsecurity/
The Forefront Identity Manager blog : https://blogs.msdn.com/b/ms-identity-support/
The Forefront TMG blog: https://blogs.technet.com/b/isablog/
The Forefront UAG blog: https://blogs.technet.com/b/edgeaccessblog/

KB: Non-administrator users can't log on if CEIP is enabled in a UE-V deployment

zarbie — Wed, 11 Nov 2015 11:22:14 GMT

In a Microsoft User Experience Virtualization (UE-V) deployment that has Customer Experience Improvement Program (CEIP) enabled, non-administrator users are unable to log on to the computer if they do not already have a profile on it.

This issue occurs because the files in the C:\Users\Default\AppData\Local\Microsoft\UEV\SQM folder were created with the incorrect permissions. Specifically, only the SYSTEM account and the Administrators group have Full Access, and the Everyone entry was not added correctly. Because of this, non-administrator users cannot read or copy files from that folder when they create the folder structure for a new profile.

For complete details as well as a resolution, please see the following:

KB3110762 - Non-administrator users can't log on if CEIP is enabled in a UE-V deployment (https://support.microsoft.com/en-us/kb/3110762)

J.C. Hornbeck | Solution Asset PM | Microsoft GBS Management and Security Division

Get the latest System Center news on Facebook and Twitter:

Main System Center blog: https://blogs.technet.com/b/systemcenter/

OpsMgr 2012 R2

App-V 5.1 Support Tip: Management console generates “Could not load file or assembly Newtonsoft.Json” error

zarbie — Thu, 22 Oct 2015 14:08:39 GMT

~ John Behneman | Senior Support Escalation Engineer

Hello everyone, John Behneman here once again with another quick note on an Microsoft Application Virtualization 5.1 issue you may see after doing an upgrade from App-V 5.0.

After upgrading the App-V 5.0 Service Pack 1 Database and Management Server, the following error is generated when loading the App-V management console:

Could not load file or assembly 'Newtonsoft.Json, Version=4.5.0.0, Culture=neutral, PublicKeyToken=30ad4fe6b2a6aeed' or one of its dependencies. The located assembly's manifest definition does not match the assembly reference. (Exception from HRESULT: 0x80131040)

If you run into this issue, here are the steps you can take to resolve it:

1. Make a backup copy of the “%ProgramFiles%\Microsoft Application Virtualization Server\ManagementService\Web.config file.

2. Edit the Web.config file and make sure that the following two stanzas exist and match the ones below:

An example of a working web.Config runtime section is below:

At a bare minimum, the following runtime section must exist to resolve this error message:

For more information see the following:

App-V 5.1 Serverupdate klemmt

John Behneman | Senior Support Escalation Engineer | Microsoft GBS Management and Security Division

Get the latest System Center news on Facebook and Twitter:

System Center All Up: https://blogs.technet.com/b/systemcenter/

Configuration Manager Support Team blog: https://blogs.technet.com/configurationmgr/
Data Protection Manager Team blog: https://blogs.technet.com/dpm/
Orchestrator Support Team blog: https://blogs.technet.com/b/orchestrator/
Operations Manager Team blog: https://blogs.technet.com/momteam/
Service Manager Team blog: https://blogs.technet.com/b/servicemanager
Virtual Machine Manager Team blog: https://blogs.technet.com/scvmm

App-V Support Tip: Publishing Server URL is unreachable after upgrade to 5.1

zarbie — Thu, 22 Oct 2015 08:46:06 GMT

~ John Behneman | Senior Support Escalation Engineer

Hello everyone, John Behneman here again with a quick note on a Microsoft Application Virtualization 5.1 issue you may see after doing an upgrade from 5.0.

After upgrading App-V 5.0 Management and Publishing servers to App-V 5.1, you may encounter a problem where publishing no longer function properly and the following issues appear:

- Accessing the Publishing URL in Internet Explorer from directly on the Publishing Server (e.g. https://localhost:82, where 82 is the port assigned to the Publishing Server Service) generates the following error message:

The website cannot display the page

- The event below is seen in Event Viewer\Applications and Servers logs\App-V\Server-Publishing-Private\Debug:

Failed to pre-load publishing metadata.
Message: Object reference not set to an instance of an object.
Details:
Stack Trace:
   at Microsoft.AppV.Server.Publishing.PublishingMetadataSerializer.PackageSerializer.Load(XElement pkgElement, PublishingMetadata& data)
   at Microsoft.AppV.Server.Publishing.PublishingMetadataSerializer.RootSerializer.Load(XmlReader reader)
   at Microsoft.AppV.Server.Publishing.PublishingMetadataSerializer.LoadFromFile(String filePath)
   at Microsoft.AppV.Server.Publishing.DataManager.ProcessRawMetadata()
   at Microsoft.AppV.Server.Publishing.DataManager.PreLoadPublishingMetadata()
   at Microsoft.AppV.Server.Publishing.DataManager..ctor()

Cause

This can occur if the PublishingMetaData.xml file on the App-V Management Server was not regenerated after the App-V 5.1 upgrade. The default location of this file is C:\programdata\microsoft\appv\server\Management\PublishingMetadata.xml.

Resolution

To resolve this issue, rename or delete the PublishingMetadata.xml file on the App-V Management Server and run an IISREST from an elevated command prompt. An IISRESET may be required on each of the Publishing Servers as well.

John Behneman | Senior Support Escalation Engineer | Microsoft GBS Management and Security Division

Get the latest System Center news on Facebook and Twitter:

System Center All Up: https://blogs.technet.com/b/systemcenter/

Configuration Manager Support Team blog: https://blogs.technet.com/configurationmgr/
Data Protection Manager Team blog: https://blogs.technet.com/dpm/
Orchestrator Support Team blog: https://blogs.technet.com/b/orchestrator/
Operations Manager Team blog: https://blogs.technet.com/momteam/
Service Manager Team blog: https://blogs.technet.com/b/servicemanager
Virtual Machine Manager Team blog: https://blogs.technet.com/scvmm

App-V Support Tip: Installation of App-V 4.6 SP3 client fails with error 0x57

zarbie — Tue, 29 Sep 2015 10:55:56 GMT

~ Keshav Deo Jain

Hi everyone, my name is Keshav and I’m an App-V support engineer here at Microsoft. I recently came across an interesting issue where the App-V 4.6 SP3 client fails to install so I thought I would share what we found with you here. It’s a rare problem but at least with this you’ll know how to fix it in case you ever happen to run across it.

The Problem

In certain scenarios, installation of the Microsoft Application Virtualization 4.6 Service Pack 3 Client (APP-V 4.6 SP3) fails with the following error:

ProductCode specified: {5D80483C-D297-4E04-9EDF-DD58521E9565};{342C9BB8-65A0-46DE-AB7A-8031E151AF69}
::MsiGetProductInfoW error 0x57.Failed to get ``LocalPackage'' value for product code {5D80483C-D297-4E04-9EDF-DD58521E9565};{342C9BB8-65A0-46DE-AB7A-8031E151AF69}.
SoftGrid Action: SWI41sp1UpgradeFix Details: Child exited with code 87
SoftGrid Action: SWI41sp1UpgradeFix Details: 41sp1UpgradeFix.exe failed with error: 87
SoftGrid Action: SWI41sp1UpgradeFix Details: Action ended
CustomAction SWI41sp1UpgradeFix returned actual error code 1603 (note this may not be 100% accurate if translation happened inside sandbox)
Action ended 15:02:57: SWI41sp1UpgradeFix. Return value 3.

Background

Before we dig further towards the solution, let’s have a look at some important MSI properties for App-V 4.6 installers:

Product	version	Upgrade code	Product Code
Microsoft Application Virtualization Desktop Client.	4.6.1.20870	{515E0D38-8D2E-4B0C-B189-E9BAD1E773EE}	{342C9BB8-65A0-46DE-AB7A-8031E151AF69}
Microsoft Application Virtualization Desktop Client	4.6.2.24020	{515E0D38-8D2E-4B0C-B189-E9BAD1E773EE}	{5D80483C-D297-4E04-9EDF-DD58521E9565}
Microsoft Application Virtualization Desktop Client	4.6.3.24870	{515E0D38-8D2E-4B0C-B189-E9BAD1E773EE}	{8D00DBC4-DEB4-4910-9D7C-30A5C6898195}

This how the upgrade table looks like for APP-V 4.6 SP3:

UpgradeCode	VersionMin	VersionMax	Language	Attributes	Remove	ActionProperty
{515E0D38-8D2E-4B0C-B189-E9BAD1E773EE}		4.6.3.24870		513		OLDPRODUCTS
{515E0D38-8D2E-4B0C-B189-E9BAD1E773EE}	4.6.3.24870			2		NEWPRODUCTFOUND

The table above has some value defined for the Attribute which has the following meaning:

Attribute

Meaning

512 + 1 = (513)

1 = Migrates feature states by enabling the logic in the MigrateFeatureStates action.

512 = Detects the range of versions including the value in VersionMax.

Detects products and applications but does not remove.

What this all means is that if the installer finds any App-V product with an upgrade code of {515E0D38-8D2E-4B0C-B189-E9BAD1E773EE} and a version less than “4.6.3.24870” then the installer tries to migrate the existing product installed on the machine to the recent version (which we are trying to install).

Cause

So based on the information above, we can see that App-V 4.6 SP3 is trying to migrate the features of App-V 4.6 SP1 ({342C9BB8-65A0-46DE-AB7A-8031E151AF69}) and App-V 4.6 SP2 ({5D80483C-D297-4E04-9EDF-DD58521E9565}.

Since this is a migration, the installer for App-V 4.6 SP3 needs the cached installer files for the previous version. Generally these files are cached under C:\windows\installer or the ccm cache, however in this scenario these installer files seem to be missing:

If you tried to repair the App-V 4.6 SP2, you would probably get the error below. Here as well, the App-V 4.6 SP2 installer is trying to find the locally cached installer.

The Resolution

In a case like this, we simply need to remove the installed version of the client (App-V 4.6 SP2 or APP-V 4.6 SP1) before installing APP-V 4.6 SP3. The uninstall command line for these products are below:

Product	Version	Command line:
Microsoft Application Virtualization Desktop Client.	4.6.1.20870	Msiexec /x {342C9BB8-65A0-46DE-AB7A-8031E151AF69}
Microsoft Application Virtualization Desktop Client	4.6.2.24020	Msiexec /x {5D80483C-D297-4E04-9EDF-DD58521E9565}

NOTE: If uninstalling the old client fails for whatever reason, you can usually fix that with our utility here:

Fix problems that programs cannot be installed or uninstalled

Keshav Deo Jain | Support Engineer | Microsoft GBS Management and Security Division

Get the latest System Center news on Facebook and Twitter:

System Center All Up: https://blogs.technet.com/b/systemcenter/

Configuration Manager Support Team blog: https://blogs.technet.com/configurationmgr/
Data Protection Manager Team blog: https://blogs.technet.com/dpm/
Orchestrator Support Team blog: https://blogs.technet.com/b/orchestrator/
Operations Manager Team blog: https://blogs.technet.com/momteam/
Service Manager Team blog: https://blogs.technet.com/b/servicemanager
Virtual Machine Manager Team blog: https://blogs.technet.com/scvmm

A simplified Microsoft App-V 5.1 Management Server upgrade procedure

zarbie — Wed, 23 Sep 2015 09:13:48 GMT

~ Paul Westervelt | Support Escalation Engineer

The purpose of this article is to demonstrate how you can streamline the App-V 5.1 Management Server upgrade process outlined on TechNet . This article will walk you through the process step-by-step, highlighting potential problems areas and recommending corrective actions.

Notes on upgrading the SQL database

Unlike App-V 4.x management servers, upgrading App-V 5.X servers does not automatically upgrade the App-V 5.0 SQL database. Either the appv_server_setup.exe executable or the database update scripts must be manually run to upgrade the App-V database prior to upgrading the App-V 5.0 SP1 Management Server to App-V 5.1.

If the APP-V 5.1 appv_server_setup.exe executable is used to upgrade the App-V database, it must be run locally on the SQL server hosting the App-V database and requires that all appv_server_setup.exe prerequisites be installed on the SQL server prior to execution. If a prerequisite is missing, the installer will report the missing prerequisite and exit. If this happens, install the missing component and restart the upgrade. If the App-V Management server database is already at Service Pack 3, no database upgrade is required to upgrade to App-V 5.1.

Notes on the Internet Explorer 10 requirement

The App-V 5.1 Management Console requires IE 10 or higher for HTML 5 functionality. It will also work with most current 3^rd party browsers (e.g. Chrome, Firefox, etc.) but some management operations and features may not be available due to limitations in these browsers. For optimal functionality, Internet Explorer 10 or higher is recommended. When the App-V 5.1 console is launched using a previous version of Internet Explorer, an error message is displayed indicating that a higher version of IE is required. Upgrading the browser to IE 10 or higher will resolve this issue.

Notes on the upgrade sequence

This process assumes an upgrade from Management Server 5.0 Service Pack 1 to App-V 5.1. Microsoft Application Virtualization clients and the App-V sequencer can be upgraded before or after upgrading the Management Server, however to benefit from all App-V 5.1 fixes and enhancements, all components should be upgraded to App-V version 5.1. Please upgrade the following components in the order listed below:

1. App-V SQL Database (MUST BE DONE FIRST)

2. App-V Management/Publishing Server

3. As mentioned previously, App-V Clients and the App-V Sequencer can be upgraded before or after the App-V Server.

Step 1: Extract the SQL scripts

The SQL script files need to be extracted from the App-V 5.1 appv_server_setup.exe file. This is done by executing the following command in an elevated CMD prompt:

appv_server_setup.exe /layout /layoutdir=c:\extractedinstallationfiles

The extractedinstallationfiles folder will be automatically created if it does not exist and the folder name may be changed to whatever directory path is necessary. The files needed will be located in the DatabaseScripts\ManagementDatabase and DatabaseScripts\ReportingDatabase subfolders in the extractedinstallationfiles folder.

Step 2: Run the SQL scripts to upgrade the databases

First, verify that SQL Server is upgraded to the required service pack level. SQL Server 2012 and 2008 R2 both require service packs.

To upgrade the Management database, only a subset of the SQL scripts found in the DatabaseScripts\ManagementDatabase folder are required. We will run these 3 scripts:

1. CreateTables.sql
2. CreateStoredProcs.sql
3. UpdateTables.sql

Execute these SQL scripts in the order listed above against the App-V Management database in Microsoft SQL Server Management Studio.

IMPORTANT: After running the UpdateTables.sql script, please verify that the SchemaVersion table Version column contains a value of 2 (right-click the table, click Select top 1000 Rows). If this column contains a NULL or no value at all, publishing will fail. If this is the case, run the UpdateTables.sql script again to insert a value of 2 into this table. It should look like this:

After the three Management SQL scripts complete successfully, execute the following SQL command against the App-V Management database:

GRANT SELECT ON dbo.SchemaVersion TO PUBLIC

To update the App-V Reporting Database, the following SQL scripts from the DatabaseScripts\ReportingDatabase folder are required:

1. CreateTables.sql
2. CreateReportingStoredProcs.sql
3. CreateStoredProcs.sql
4. CreateViews.sql
5. InsertVersionInfo.sql
6. ScheduleReportingJob.sql

These should be run in the order listed above against the App-V Reporting Database. Once each of these scripts completes successfully the database upgrade is complete.

Step 3: Upgrading the Management/Publishing/Reporting servers

Log in to the App-V Management Server, then launch Regedit and check the following registry keys under HKLM\SOFTWARE\Microsoft\App-V\Server\ManagementService:

· MANAGEMENT_DB_SQL_SERVER_NAME
· MANAGEMENT_DB_SQL_SERVER

If MANAGEMENT_DB_SQL_SERVER_NAME is blank, change the value to be the same value as MANAGEMENT_DB_SQL_SERVER. If MANAGEMENT_DB_SQL_SERVER_NAME is left blank, the App-V installation will write a “.” (the period character) in the registry value. As a result, the Management Console will not connect to the database and will generate the error message below:

Error: You do not have access to this information. Please check your credentials

This error actually has nothing to do with permissions on the Database SQL Server; it’s generated because the Management Server is looking for a local instance of SQL which does not exist.

You should also check and correct the registry entries located under HKLM\SOFTWARE\Microsoft\App-V\Server\ReportingService:

· REPORTING_DB_SQL_SERVER_NAME
· REPORTING_DB_SQL_SERVER

Once the registry values are verified/updated, run appv_server_setup.exe and follow the wizard through the setup dialogue process, providing the appropriate responses as you go. The Database and Remote SQL server screens should be populated with the correct database configuration settings.

We solicit and appreciate your feedback. Special thanks to John Behneman and David Falkus for their contributions to this article.

Paul Westervelt | Support Escalation Engineer | Microsoft GBS Management and Security Division

Get the latest System Center news on Facebook and Twitter:

System Center All Up: https://blogs.technet.com/b/systemcenter/

Configuration Manager Support Team blog: https://blogs.technet.com/configurationmgr/
Data Protection Manager Team blog: https://blogs.technet.com/dpm/
Orchestrator Support Team blog: https://blogs.technet.com/b/orchestrator/
Operations Manager Team blog: https://blogs.technet.com/momteam/
Service Manager Team blog: https://blogs.technet.com/b/servicemanager
Virtual Machine Manager Team blog: https://blogs.technet.com/scvmm

Now available: Hotfix Package 4 for Microsoft Application Virtualization 4.6 Service Pack 3

zarbie — Wed, 16 Sep 2015 08:28:49 GMT

The article below describes a hotfix package that contains the latest hotfixes for Microsoft Application Virtualization 4.6 Service Pack 3 (App-V 4.6 SP3).

This hotfix package fixes the following issues:

Issue 1: Microsoft Excel cannot save spreadsheet files onto a network share if there's already a backup file present on the same network share.

Issue 2: Mouse and touch input fail when you run a virtual Windows Presentation Foundation (WPF) application.

Issue 3: The TermSrvReadyEvent registry entry has been added to the list of object exclusions because it shouldn't be virtualized. Installing this update adds the exclusion automatically.

Note that a workaround for this issue is provided in update 2984972. The "Known issues" section describes how to manually add the exclusion.

For complete details as well as download and installation instructions, please see the following:

KB3074456 - Hotfix Package 4 for Microsoft Application Virtualization 4.6 Service Pack 3 (https://support.microsoft.com/en-us/kb/3074456)

J.C. Hornbeck | Solution Asset PM | Microsoft GBS Management and Security Division

Get the latest System Center news on Facebook and Twitter:

Main System Center blog: https://blogs.technet.com/b/systemcenter/