Considerations when Updating an App-V Read-only (Shared) Cache

hotfixHere’s another KB article we published today.  It’s a regular fountain of new content!



The concept of a shared, or read-only cache was introduced in version 4.6 of the Microsoft Application Virtualization client. When using App-V in a Shared Cache environment, it is recommended to use a UNC path to a symbolic link (see for more information).

That way, when you change or adjust the shared/read-only cache, you do not have to change the FileName registry value in all of the client’s registries or the master VDI image. There is a possibility that random startup failures may exist for some App-V clients on VDI virtual machines during a App-V FSD (file system device) upgrade or modification (e.g. when applications are being provisioned and added to the read-only cache). This is caused by the App-V client attempting to start during the window where the symbolic link is being updated (a process that involves removal and re-adding the link to initiate the new location). During this window the App-V client engine find that the FSD does not exist and the client will fail to start. You will see the following error in the Windows System Event Log.

Could not start the Application Virtualization Client service on Local Computer.
Error 1068: The dependency service or group failed to start.

In addition, additional dependency errors calling out “sftfs” specifically will also be referenced.

Also note that this is only a problem during the App-V client startup. Restarting the AppV client a few minutes after initial failure will resolve the issue. If the issue persists, there is likely a problem with accessing the shared cache access.


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

2618921: Considerations when Updating an App-V Read-only (Shared) Cache

J.C. Hornbeck | System Center Knowledge Engineer

App-V Team blog:
AVIcode Team blog:
ConfigMgr Support Team blog:
DPM Team blog:
MED-V Team blog:
OOB Support Team blog:
Opalis Team blog:
Orchestrator Support Team blog:
OpsMgr Support Team blog:
SCMDM Support Team blog:
SCVMM Team blog:
Server App-V Team blog:
Service Manager Team blog:
System Center Essentials Team blog:
WSUS Support Team blog:

clip_image001 clip_image002

Comments (0)

Skip to main content