App-V 5.0 SP2 - PackageID & VersionID

I use PowerShell for testing newly sequenced applications. It's very basic with add and publish ... then unpublish and remove for cleanup.  In general my PS script is:
# First code adds the package
clear
$pkgPath = "\\svr\path" + "\"
$pkgAppV = $pkgPath + "AppName.appv"
$pkgXML = $pkgPath + "AppName_DeploymentConfig.xml"
Add-AppvClientPackage -Path $pkgAppV -DynamicDeploymentConfiguration $pkgXML | Publish-AppvClientPackage
# Next code removes the package
$pkgName = Get-AppvClientPackage -Name *AppName*
Unpublish-AppvClientPackage -PackageID $pkgName.PackageId -VersionID $pkgName.VersionId
Remove-AppvClientPackage -PackageID $pkgName.PackageId -VersionID $pkgName.VersionId
This works fine with applications sequenced with App-V 5.0 SP1, but not all packages sequenced with SP2.  What I've found is that there are duplicate or multiple entries for the properties of the package.  For example,
if I do $pkgName.PackageID, there are 2 GUIDs.
Example with SP1:
$pkgName = Get-AppvClientPackage -Name crystal*
write-host $pkgName.Name
write-host $pkgName.PackageId
write-host $pkgName.VersionID
Crystal Reports XI Release 2
0c868c6d-3ab8-4410-a65e-e2617af27a30
e153f59f-b66b-4fb4-9e0d-5bc30e8a16e5
Example with SP2:
Get-AppvClientPackage -Name webdrive*
write-host $pkgName.Name
write-host $pkgName.PackageId
write-host $pkgName.VersionID
WebDrive 11.00.2749 x64 WebDrive 11.00.2749 x64
a3e6a133-4521-4e93-8383-0dedf60414c6 a4dddd7f-e316-4321-9097-0a76c1784d9f
d9eb3617-c359-4e32-9a50-34b8b0f9c8be be45eba9-40a6-4a2a-b2ac-04feffa30ad6
See the additional entries?  Is this a bug?
Nick Moseley | http://t3chn1ck.wordpress.com

With your tip and finding an example of handling an PowerShell array/collection, I've found the following works better now for my cleanup script and will handle multiple apps of the same name.
foreach ($pkgName in Get-AppvClientPackage -Name *AppName*) {
    write-host $pkgName.Name
    Unpublish-AppvClientPackage -Name $pkgName.Name
    Remove-AppvClientPackage -Name $pkgName.Name
Nick Moseley | http://t3chn1ck.wordpress.com

Similar Messages

  • App-v 5.0 SP2 Client UI Virtual Application not launching

    Hi there, 
    Currently we're upgrading to APP-V 5.0 SP2 (HF5). I downloaded the official APP-V Client UI from the Microsoft site. The Hotfix and App-V 5.0 SP2 installed succesfully, I even got Office 2013 to work with the new App-V Client. 
    The problem I have is that the APP-V Client UI is published to a user and when I launch the application the Process is started, I can see that in the taskmanager but there doesn't appear a user interface. It only worked once for me. 
    I've tried this on a few different machines, also removed user profile (local and network), but still the appvclientux process is starting but no UI is showing. 
    Does anyone have an idea how to fix this "bug". 
    Thanks! 

    Yes we have the latest roll-out of silverlight installed (locally). 
    I can't find the pre-req for Silverlight though: 
    Supported Operating System
    Windows 7, Windows 8, Windows 8.1, Windows Server 2008 R2 SP1, Windows Server 2012, Windows Server 2012 R2
    Microsoft APP-V Client 5.0 SP2 (and later):
    Microsoft Windows 7 SP1 (x86, x64)
    Microsoft Windows 8 (x86, x64)
    Microsoft Windows 8.1 (x86, x64) and later
    APP-V 5.0 Remote Desktop Client 5.0 SP2 (and later):
    Microsoft Windows Server 2008 R2 SP1
    Microsoft Windows Server 2012
    Microsoft Windows Server 2012 R2 and later
    Other Software:Microsoft Application Virtualization (5.0 SP2 and later) Client or Client for Remote Desktop Services

  • App-V 5.0 SP2 RDS Client with hotfix 2 breaks frequently on Windows 2012R2 with User Profile Disks enabled

    Hi All,
    I am at my wit's end trying to troubleshoot this, so any help would be greatly appreciated.
    We are having serious stability issues with App-V 5.0 SP2 RDS in our environment with User Profile Disks enabled.
    We have applied the latest hotfix but the issues persist.
    The main problems are:
    1. Periodically the client seems to become corrupted and all applications stop working for all users. All applications including the official Microsoft Office 2013 ones - not just our packages.
    The symptoms are the same as if I change the App-V Client Service account to run under a user account instead of SYSTEM, so it suggests a file access issue. The log files also hint at this, and one of there errors is similar to this:
    The virtual application 'C:\Users\rds.user9\AppData\Local\Microsoft\AppV\Client\Integration\A3EF9C01-C0E9-4AC5-B21F-DB9B1D2F700C\Root\Mindjet\MindManager 14\MindManager.exe' could not be started because the
    App-V Subsystem 'Virtual Filesystem' could not be initialized. {error: 0x6740090A-0x20003}
    Once this problem occurs the only way I have found to fix it is to either completely remove and reinstall the client, or (perhaps this is the big clue) rename the registry key HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\AppV\MAV\Configuration\Volumes , unpublish
    an application, then republish said application.
    I don't even think it matters which application gets published. The point seems to be that this 'Volumes' key gets rewritten.
    I am highly suspicious that our issues are caused by User Profile disks in our RDS environment, as when I disable them on our staging collection all of these issues seem to disappear.
    I have made sure all of the servers have permissions on the share (folder and share permissions). It doesn't seem to make a difference.
    2.  Some application fail completely with User Profile Disks enabled. If we switch the setting from "Store all settings and data on the user profile disk" to "Store Only the following folders" there seems to be some improvement,
    in that at least one application that fails on the other setting starts to work.
    3. We have already set that NTFS 8 dot 3 reg fix some time ago.
    SOS!
    We have gone live this week (not my call) and this is having disasterous consequences. :(
    Thanks in advance,
    John

    Hi,
    Thanks for your response.
    I did try this a while ago without success, although it may be worth revisiting with SP2 applied.
    I have left this client now.
    I left them a Powershell script that deletes HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\AppV\MAV\Configuration\Volumes
    and triggers an Unpublish/Publish of an application we have deployed to all of the servers.
    This seems to work, but a fix would be better than a workaround.
    Not really my problem now though - I did my best.
    Thanks,
    John

  • App-V 5.0 SP2 with Mandatory Profiles

    Hi,
    We are having some issues with App-V 5.0 SP2 with HFX2 and HFX4 on our Windows 7 x64 Clients
    We use mandatory profiles and delete the local profile on logoff,
    HFX2 Issue:
    The AppData\Local\Microsoft\AppV\Client\VFS\<GUID> is only created once, subsequent logins don't have the folder structure created for the package VFS and all folders have read/write access for the user, when they should follow the base OS folder permissions
    We have found that a registry entry is created in HKLM\Software\Microsoft\AppV\MAV\Configuration\Packages\<GUID>\UserConfigEx\<USER-GUID>
    if we manually delete this registry key then appv will re-create the VFS folders in local app data
    AppV seems to be setting key's saying its created those folders and expects them to be there on the next login, is there a way to tell AppV that we are using mandatory profiles and to re-create the folders?
    HFX4 Issue:
    Hotfix 4 is a bigger problem in that a registry entry for <USER-GUID> is created in HKLM\SOFTWARE\Microsoft\AppV\Client\Virtualzation\LocalVFSSecuredUser
    The first time appv is used for that user, it works, all subsequent times appv packages fail to load unless that registry string is manually deleted.
    Is there any way to fix App-V 5 to work with mandatory profiles which are deleted on logoff?
    Thanks!

    Hi Nicke,
    The registry key's are located in HKLM, which causes permission problems as our uses are all standard users
    the HFX2 issue sort of works, the
    UserConfigEx key is created with the logged on user having read/write permissions, so as long as that user successfully runs a logoff script then the key is deleted, if the desktop crashes without running the logoff script and a new user logs in, then they
    don't have the rights to delete the sub keys and all future app-v localappdata VFS permissions are broken on that client,
    The HFX4 issue registry keys are all write protected from standard users,
    I'm not 100% sure these are the only area's which are causing problems (they are just the ones I've found!) and that just deleting the registry entries completely fixes the problem.  I didn't go down the path of deleting HKLM keys as a user as it seemed
    a bit of a brute force hack to me which I was trying to avoid :)
    If I give users rights to delete HKLM\Software\Microsoft\AppV\MAV\Configuration\Packages subkeys
    then I think they could break published applications if the <GUID> folders are somehow deleted?
    I was actually pretty surprised to find out that App-V 5.0 stores permanent information about user's in the HKLM hive, I would have thought all of this should live in the HKCU hive!
    I've not been able to find any documentation on how App-V uses HKLM keys to keep track of processes its already performed on a user and doesn't want to do again,
    Thanks!

  • APP-V 5.0 SP2 Hotfix 4 - Java plugin the non run virtual approach

    Morning All
    I am currently investigating an issue with APP-V 5.0 SP2 and our internet explorer plugins, until recently we were running our internet explorer plugins via the run virtual key on our windows 7 X64 environment, however when running the run virtual we
    did notice a side effect of this when trying to open office documents, where a document would take anywhere between 60-300 seconds to open with the run virtual key in place, once removed documents would open between 1-5 seconds.
    Current Environment
    Windows 7 X64
    APP-V 5.0 SP2 Hotfix 5
    Microsoft Office 2003 Standard and Professional: APP-V
    Microsoft Office 2007 Standard and Professional: APP-V

    Hello,
    Old issue with the App-V 4.6 client is described here;
    http://blogs.technet.com/b/appv/archive/2010/09/27/troubleshooting-slow-sharepoint-integration-with-virtualized-microsoft-office-2010-in-app-v.aspx
    Perhaps some of that knowledge can be applied ?
    Nicke Källén | The Knack| Twitter:
    @Znackattack

  • App-V 5.0 SP2 Standard & Middleware Package Publish by RES Management Software?

    Hi @all,
    actually i am sitting by a customer packaging App-V 5.0 SP2 PAckages with Sequencer.
    I have made Standard and Middleware-Packages.
    Did somebody can say me how to publish App-V Packages (Standard & Middleware) by RES Management Software?
    F.e. an App-V Package looks like this
    AdobeAcrobatStandard80_DE.appv
    AdobeAcrobatStandard80_DE.msi
    AdobeAcrobatStandard80_DE_DeploymentConfig.xml
    AdobeAcrobatStandard80_DE_UserConfig.xml
    report.xml
    How can i define Connection Groups, that i can make connections between Standard and Middleware Applications?
    Greetz Berni

    If you don't use the App-V Management server nor ConfigManager to deploy App-V packages, you have to create a ConnectionGroup definition XML file manually and then add the individual applications as well as the connection group definition to a client machine.
    To create the ConenctionGroup XML file, you can use Notepad, Tim Mangan's
    Appv_DefConnGroups or powershell (for instance as described by Aaron Parker on
    Stealthpuppy)
    adding the App-V packages and the connection group(s) to a client can be done with powershell (but their might be some special features for that in RES already)
    Falko
    Twitter
    @kirk_tn   |   Blog
    kirxblog   |   Web
    kirx.org   |   Fireside
    appvbook.com

  • App-V 5.0 SP2 - Unable to download packages for offline use

    I have an interesting issue but I can't seem to find anyone else experiencing the same issue.
    We have a highly available App-V 5.0 SP2 environment. All of the App-V packages are storaged on a CIFS share. The packages stream from the share just fine and work as expected when streaming.
    For some reason, the packages fail to download for offline use (either by setting the autoload registry setting or clicking download in the client UI). When you click download, the link switches to "Stop Download" for about 1 second, then switchesback
    to "Download" without downloading the package.
    We had the same issue with AppV 5.0 SP1 client as well.
    There is no error or information in the event viewer log to explain why it is failing.

    Non Windows SMB share? Computer account probably not authenticating.
    Steve Thomas, Senior Consultant, Microsoft
    App-V/MED-V/SCVMM/Server App-V/MDOP/AppCompat
    http://blogs.technet.com/gladiatormsft/
    The App-V Team blog: http://blogs.technet.com/appv/
    The MED-V Team Blog: http://blogs.technet.com/medv
    The SCVMM Team blog: http://blogs.technet.com/scvmm/
    “This posting is provided "AS IS" with no warranties, and confers no rights. User assumes all risks.”

  • App-V 5.0 SP2 sequencing Visio / Project 2013 with setup.exe /packager fails

    Hi @all,
    unsing the deployment tool this configuration.xml:
    <Configuration>
    <Add SourcePath="C:\office-appv\source\" OfficeClientEdition="32" >
    <Product ID="VisioProVolume">
    <Language ID="de-de" />
    <Language ID="en-us" />
    </Product>
    </Add>
    <Display Level="None" AcceptEULA="TRUE" />
    <Logging Name="OfficeSetup.txt" Path="%temp%" />
    <Property Name="AUTOACTIVATE" Value="1" />
    </Configuration>
    for Visio / Project VL (sources where downloaded with this configuration.xml as well)
    with this blog:
    http://blogs.technet.com/b/office_resource_kit/archive/2013/12/02/announcing-app-v-5-0-sp2-support-for-office-2013-volume-licensing-editions.aspx
    Packager tells me that the package was created successfully, but no package was created.
    When I take a look in the logfile, it Shows me an error:
    Timestamp Process TID Area Category EventID Level Message Correlation
    02/26/2014 16:46:45.307 INTEGR~1 (0xeac) 0x5030 Click-To-Run aqkhc Medium CmdLine:"C:\Users\bechtle1\AppData\Local\Temp\Microsoft Office 15\ClientX64\integratedoffice.exe" FLATTEN FLATTEN RERUNMODE config ".\configuration.xml" flattenedoutput "c:\office-appv\appv"
    02/26/2014 16:46:45.307 INTEGR~1 (0xeac) 0x5030 Click-To-Run Telemetry aqkhd Medium {"SessionID":"2e7c6873-7ef6-4ee4-bc2e-248c237f4bd9","GeoID":"94","Ver":"15.0.4569.1504","Bitness":"64","IntegrityLevel":"0x3000","SecuritySessionId":"5"}
    02/26/2014 16:46:45.307 INTEGR~1 (0xeac) 0x5030 Click-To-Run Telemetry aqkhe Medium {"SessionID":"2e7c6873-7ef6-4ee4-bc2e-248c237f4bd9","GeoID":"94","Ver":"15.0.4569.1504","OSVersion":"6.1","SP":"1","ProductType":"3","ProcessorArch":"9","Locale":"1031"}
    02/26/2014 16:46:45.307 INTEGR~1 (0xeac) 0x5030 Click-To-Run ap2kl Medium Args::Args - C2RClient IntegratedOffice.exe receives command line {FLATTEN FLATTEN RERUNMODE config ".\configuration.xml" flattenedoutput "c:\office-appv\appv".}
    02/26/2014 16:46:45.307 INTEGR~1 (0xeac) 0x5030 Click-To-Run ap2km Unexpected C2RClientCommandArgsFactory::CreateC2RClientCommandArgs - Not supported mode: FLATTEN
    02/26/2014 16:46:45.307 INTEGR~1 (0xeac) 0x5030 Click-To-Run ap2ko Unexpected ::wWinMain - Error encountered starting IntegratedOffice.ext with command line FLATTEN FLATTEN RERUNMODE config ".\configuration.xml" flattenedoutput "c:\office-appv\appv". Exception: InvalidArgument (Not supported mode).
    02/26/2014 16:46:45.307 INTEGR~1 (0xeac) 0x5030 Logging Liblet aqc99 Medium Logging liblet uninitializing.
    Regarding to KB VL is fully supported.
    Has anyone the same issue?
    Regards,
    Bernd.

    I 'sequenced' this recently. The Volume License version too. I believe the only difference in what I did was that I didn't set any other languages. If you try with just the below, do you see the same results? Could try and play the process of elimination
    game
    <Configuration>
      <Add OfficeClientEdition="32" >
        <Product ID="VisioProVolume">
        <Language ID="en-us" />
        </Product>
      </Add>
    </Configuration>
    PLEASE MARK ANY ANSWERS TO HELP OTHERS Blog:
    rorymon.com Twitter: @Rorymon

  • Steps to upgrade App-V 5.0 SP2 to App-V 5.0 SP3

    Hey Pro´s,
    I want to update my whole app-v-setup from 5.0 SP2 to 5.0 SP3.
    When searching for the upgrade-steps I found this article:
    http://technet.microsoft.com/library/dn858700.aspx#BKMK_migrate_to_50SP3
    In there you can find a step which is used to check and update registry keys with the ones that you have defined in your base installation - I didn´t set any keys by myself?
    Could somebody please tell me what I have to do with those keys?
    I´ve already checked my registry and there are lots of keys that miss completly like:
    MANAGEMENT_SERVER_MACHINE_USE_LOCAL
    or
    MANAGEMENT_REMOTE_SERVER_MACHINE_ACCOUNT
    But my App-V 5.0 SP2-environment is running fine.
    Best regards and thanks in advance
    GoProo
    /e: Just upgraded the App-V-Mgmt-Server without doing anything before that. It created those listed registry-keys. After that it says it can´t connect to SQL-database and it ain´t working anymore.
    Reverted to the snapshot now.
    Any help appreciated : )

    I came here looking for advice on this as well, but I think I can help you here.
    If you look, there are a few things that are probably missing from your configuration that were possibly unnecessary to apply hotfixes, but seem to be necessary to apply the full service pack.  For me, I was missing:
    HKLM\Software\Microsoft\AppV\Server\Management Database :
    All Items.  I assumed I didn't need this because the management database is on a different machine.
    HKLM\Software\Microsoft\AppV\Server\ManagementService :
    MANAGEMENT_ADMINACCOUNT was blank, but it did have the group sid in a key.  I used powershell to translate the SID to a name so that I was 100% sure that I used the same exact AD group, then I added the name to this key.
    MANAGEMENT_DB_SQL_INSTANCE: I don't need this key because SQL is using the default instance, but it was blank.  You may have to adjust this.
    MANAGEMENT_DB_SQL_SERVER_NAME: Looks like this key changed somewhere.  I have MANAGEMENT_DB_SQL_SERVER and it's set as my SQL server name.  Looks like it wants the value under the _NAME key now, so I just copied the SQL server
    from the "old" value to this new one.
    HKLM\Software\Microsoft\AppV\Server\ReportingDatabase:
    All items were missing.  Again, I'm assuming this is fine because I'm using the default instance on a remote machine and all default values seem fine to me.
    HKLM\Software\Microsoft\AppV\Server\ReportingService:
    REPORTING_DB_SQL_INSTANCE: was blank for me, but I have no instance so you might want to check this and add it if necessary.
    REPORTING_DB_SQL_SERVER_NAME:
    As above, it appears that the value was previously defined in REPORT_DB_SQL_SERVER and now _NAME has been appended.  I copied the SQL Server name to this value.
    Hope that helps.
    I'm stuck at a point where it's telling me that "The database components must be updated to be compatible with the upgraded server.  Functionality will be limited until this is completed.  Do you want to proceed with the upgrade? [YES] [NO]". 
    I'm trying to figure out what this means -- will it bring down my database and no App-V 5 apps will work?  or is it just saying my App-V Server won't be available...  let me know if you get past this part! :)

  • App-v 5.0 SP2 hotfix 5, an error occurred when querying the App-V WMI provider

    Hi,
    We have installed App-v 5.0 SP2 + hotfix 5 (via SCCM 2012 R2 CU1) on some Windows 7 clients. That worked fine but no app-v applications go through.
    Error:
    AppVPackageQueryClient5X::GetPackageDataByPackageGUID() failed for virtual application [a835fa1-f82a-4efe-957a-8c6678d4a431]. (0x87d01290)    AppVHandler    5/08/2014 10:23:56    3440 (0x0D70)
    CAppV5XHandler::DiscoverIndividuleApp() failed. (0x87d01290)    AppVHandler    5/08/2014 10:23:56    3440 (0x0D70)
    +++ Discovery of application [AppDT Id: ScopeId_8B8D93AF-5181-48FE-9202-2CFE5FC93EE2/DeploymentType_50eba242-3688-4b4f-9b61-84f0123f667d, Revision: 7] returned an error (0x87d01290).    AppVHandler    5/08/2014 10:23:56  
     3440 (0x0D70)
    CAppV5XHandler::DiscoverApp() failed. (0x87d01290)    AppVHandler    5/08/2014 10:23:56    3440 (0x0D70)
    Deployment type detection failed with error 0x87d01290.    AppDiscovery    5/08/2014 10:23:56    3440 (0x0D70)
    Failed to perform detection of app deployment type Microsoft - Console, revision 6) for user. Error 0x87d01290    AppDiscovery    5/08/2014 10:23:56    3440 (0x0D70)
    Error = 0x87d01290 =  An error occurred when querying the App-V WMI provider.
    Please advise on this specific error. Should we look for corruption in app-v client, problem in sccm client ...?
    J.
    Jan Hoedt
    Update: clients which don't have problems are client which had hotfix 4 THEN hotfix 5 installed. Should we install it that order? Client WITH problems have App-v 5.0 SP2 then hotfix 5 directly.
    Update2: I installed the app-v client via setup.exe, the hotfix 4 also via setup.exe but since it installed all language packs, I decided to extract hotfix 5 and use the msp.
    Could that be cause of the issue? I could use the exe of hotfix 5 but then I need to be sure how NOT to install all the language packs.

    I think we found a solution ourselves.
    My update2 (question) explains it:
    Update2: I installed the app-v client via setup.exe, the hotfix 4 also via setup.exe but since it installed all language packs, I decided to extract hotfix 5 and use the msp.
    Could that be cause of the issue? I could use the exe of hotfix 5 but then I need to be sure how NOT to install all the language packs.
    We installed App-v 5.0 SP2 via exe then installed hotfix via msp (extracted msp), this doesn't seem to work (though installation was succesfull). When we deploy the hotfix via the exe it works correctly.
    Not sure why though.
    Jan Hoedt

  • Error occur when installing iPlanet App server 6.0 SP2

    Dear All,
    I have problems in installing the iPlanet App server 6.0 SP2 in Solaris.
    I choose typical installation and select default settings.
    - install iplanet server
    - typical install
    - install ALL components
    However, the following errors occur during the installation:
    sh: ./pre_nas_preinst: not found
    ERROR. Failure installing iPlanet Application Server Web Connector Component. Do you want to continue [n]?
    ERROR. Failure installing iPlanet Application Server Core Server Component. Do you want to continue [n]?
    ERROR. ...........
    What's the problem with it? Could anyone help....?
    Thank youin advance.
    Thx & Regards,
    Yvonne

    I would recommend to use the latest version of application server which is iAS6.5sp1MU2. Try this out and see if you run into any problems. Also please check the release notes available at docs.sun.com to check the compatibility.

  • App-V 5.0 SP2 RunVirtual Issue

    Hello,
    in App-V 5.0 SP2 when using the RunVirtual feature, on adding iexplore.exe as a registry key entry with the corresponding package and versions ID's for a sequenced version of Silverlight, when launching Internet Explorer it does not open in the
    virtual environment. However, if I launch iexplore.exe from the command line and specify the /appvve:<GUID>_<GUID> switch, iexplore.exe does open within the virtual environment and Silverlight pages load correctly. I was wondering if anyone had
    experienced this issue before? Thanks.
    Regards.
    http://www.b4z.co.uk

    That looks OK to me, not sure why it wouldn't be working.
    Try a trace with ProcMon when launching IE with the RunVirtual key enabled. That may indicate whether the key is being read or not.
    Please remember to click "Mark as Answer" or "Vote as Helpful" on the post that answers your question (or click "Unmark as Answer" if a marked post does not actually
    answer your question). This can be beneficial to other community members reading the thread.
    This forum post is my own opinion and does not necessarily reflect the opinion or view of my employer, Microsoft, its employees, or other MVPs.
    Twitter:
    @stealthpuppy | Blog:
    stealthpuppy.com |
    The Definitive Guide to Delivering Microsoft Office with App-V

  • Failed to capture service in APP-V 5.0 SP2

    Failed to capture service in APP-V 5.0 SP2
    Seq’r Version: APP-V 5.0 SP2
    OS version: Windows 7 64 bit SP2
    Issue: Application (Source) installing two services.
    IBM MQSeries
    IBM WebSphere
    But while seq’g the application, seq’r able to capture only one service (IBM MQSeries) not second service (IBM WebSPhere)
    Cont...

    My Observations:
     1. If we observe second service “IBM WebSphere” is log on as “.\MUSR_MQADMIN” with password as shown below.
     Apparently APP-V 5.0 SP2 Seq’r will capture only services log on as “localsystem” on source installation.
    cont...

  • App-V 5.0 SP2 user applications published via SCCM 2012 to VDI workstations with roaming only

    Hi,
    The environment consists of App-V 5.0 SP2 (KB2956985) user based applications published via SCCM 2012 to Windows 7 VDI snapshotted workstations that are reset at user logoff.
    When a user logs on the SCCM 2012 client initiates App-V client package publishing.  After a couple of minutes after logon the shortcuts appear and the user can launch their applications.
    The issue is that at logoff, even with roaming enabled, the publishing information disappears.  This causes the next logon process for that user to repeat, the applications are not available until the SCCM client has completed it's publishing cycle. 
    Roaming profiles are implemented. %APPDATA% is redirected to a UNC path.  The following registry key is set
    HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\AppV\Client\Integration\PreserveUserIntegrationsOnLogin=1
    U-EV, global publishing of applications, and AppLocker rules are not an option.  Also, I have read this already - http://technet.microsoft.com/en-us/library/dn659478.aspx#BKMK_PE
    I do not want to wait for the SCCM client to kick in prior to the user applications being available.  What do I need to roam or run to create a seamless transition for the user between sessions? 
    Eddie.

    Hi Tywin (bad username considering the last GoT Episode ;))
    If you ask Microsoft, they always recommend using SCCM for deploying App-V packages and reuse your current SCCM infrastructure if that is already in place. Problem is, as you now experience, is that there is some big caveats both in regards to publishing
    time and to roaming of settings.
    As Nické states I would suggest looking into the Full Infrastructure Model for App-V 5.x, which gives you much better performance in what I call "from no apps" to "being able to click the shortcut" - the add and publishing phase. If you don't have the time/budget/whatever
    to start looking into that, you could look into some community tools like App-V Scheduler which is developed specific by Citrix guys to ease the publishing and management in a Citrix world.
    Microsoft have a great article about Performance Guidelines, which you have read, but it mostly presumes you work with Full Infrastructure. Have you looked into Steve Thomas' session from TechEd NA? It talks about "implementation trends".
    Senior Consultant at Atea Denmark - http://Atea.dk Atea Technical Evangelist for App-V NoLightPeople - http://NoLightPeople.com Access Director - http://www.nolightpeople.com/index.aspx#accessdirector

  • UsrVol_sftfs_v1.pkg size limitation (App-V 4.6 SP2)

    Hello
    Im currently using App-V 4.6 SP2 Client and the applications are installed using the msi. The sequenced application is a trader application and has different functionalities.
    During one of the functions which was working correctly previously the application started giving a disk full error eventhough there was 130 GB free space on the machine.
    On checking more it was found the size of UsrVol_sftfs_v1.pkg in folder under "%Appdata%\Soft Client\" had grown upto 1.97 GB.
    Is there any size limitation on UsrVol_sftfs_v1.pkg file? If yes what is the limit and is there any official documentation for it as i could find it in the white paper as well.
    Thanks in advance
    Sujit Jadhav

    Apparently there is no public info about the .pkg's max size.  As far as I can remember discussed values ranged from about 120 MB up to 4 GB.
    Anyway you could try to identify _what_ is blowing up the .pkg and to avoid that beeing in the App-V Package (either by telling the application that it should store certain data on a different location [like Appdata] or by excluding certain folders from
    the App-V package [so that this data gets written to the local disk]).
    PkgView by Tim Mangan is small and free and should do the job: http://www.tmurgent.com/Tool_PkgView.aspx
    Application Virtualization Explorer Professional by Gridmetric / Kalle Saunamäki can open .pkg files as one of its features: http://www.gridmetric.com/products/ave_editions.html (not
    sure, but the free Trial could be sufficient).
    Falko
    Twitter
    @kirk_tn   |   Blog
    kirxblog   |   Web
    kirx.org   |   Fireside
    appvbook.com

Maybe you are looking for