none
AppV 5: Publishing Globally RRS feed

  • Question

  • Hi,

    I use the AppV 5 management console to publish apps to my clients (XenApp 6.5 servers in my case).  However, using this method, apps only seem to be enabled for the user:

    PS H:\> Get-AppvClientApplication -name "XML Notepad 2007"


    ApplicationId   : [{AppVPackageRoot}]\XmlNotepad.exe
    Name            : XML Notepad 2007
    Version         : 2.5.0.0
    TargetPath      : [{AppVPackageRoot}]\XmlNotepad.exe
    EnabledForUser  : True
    EnabledGlobally : False

    So, 2 questions:

    1. What method am I to use to publish apps globally?  (AppV won't put shortcuts to the apps on the users desktop, I'll let Citrix take care of who sees and access what).

    2. Would globally publishing app survive a reboot?  Example, even though my XenApp 6.5 servers have a persistent write cache and the AppV metadata sits here.  However, if the server is rebooted, a publishing refresh is required before any of the apps can be used.

    Thanks in advance.



    Wednesday, May 15, 2013 6:23 AM

Answers

  • Hi,

    You can check out my blog post : http://www.xenappblog.com/2013/app-v-5-and-provisioning-services/

    This is the script I'm running on my XA65 with Provisioning Services :

    Import-Module AppvClient Remove-AppvClientPackage -Name * Get-ChildItem "\\ctxlab\appv5\packages\WS2008\" -recurse -force -include *.appv | Add-AppvClientPackage | Publish-AppvClientPackage –global Add-AppvClientConnectionGroup -Path '\\ctxlab\appv5\packages\PG\JDK Netbeans.xml' | Enable-AppvClientConnectionGroup –Global

    Eric

    http://appv5training.com

    Wednesday, May 15, 2013 9:10 AM

All replies

  • Hello,

    See this guide;

    http://blogs.technet.com/b/virtualvibes/archive/2013/01/22/enabling-computer-based-targeting-in-app-v-5-0.aspx

    Yes, the applications will survive a reboot


    Nicke Källén | The Knack| Twitter: @Znackattack

    Wednesday, May 15, 2013 6:32 AM
  • Hi,

    You can check out my blog post : http://www.xenappblog.com/2013/app-v-5-and-provisioning-services/

    This is the script I'm running on my XA65 with Provisioning Services :

    Import-Module AppvClient Remove-AppvClientPackage -Name * Get-ChildItem "\\ctxlab\appv5\packages\WS2008\" -recurse -force -include *.appv | Add-AppvClientPackage | Publish-AppvClientPackage –global Add-AppvClientConnectionGroup -Path '\\ctxlab\appv5\packages\PG\JDK Netbeans.xml' | Enable-AppvClientConnectionGroup –Global

    Eric

    http://appv5training.com

    Wednesday, May 15, 2013 9:10 AM
  • Hey Eric,

    I like the look of that.  Do you schedule any regular publish refreshes (ie: at logon or hourly etc etc)?  Or do you simply rely on the initial publication at startup then add and publish new apps as you need them?

    With 32 XA servers in my farm, I reboot half the farm on alternating fortnights.

    Cheers

    Wednesday, May 15, 2013 10:47 AM
  • The script is running as a Task Scheduler at System Startup, the servers are rebooted nightly :

    %SystemRoot%\system32\WindowsPowerShell\v1.0\powershell.exe -ExecutionPolicy Bypass -file "\\dc01\xa\Scripts\appv5withpvs.ps1"

    So I basically it will pick any application in that particular folder. The script is hosted on the file server so I can change it to my needs without changing the Task Scheduler.

    Eric

    http://appv5training.com

    Wednesday, May 15, 2013 10:55 AM
  • So you don't configure the client to do any global or user refreshes, you let Powershell do all the heavy lifting?
    Wednesday, May 15, 2013 10:57 AM
  • That's correct

    Eric

    http://appv5training.com

    Wednesday, May 15, 2013 11:07 AM
  • What confuses me about this is the necessity to perform a refresh after a restart.  In 4.6, I had a read-only cache to which, as soon as the server came online and the required AppV client services had started, the apps were available right away.

    Am I missing something by way of how 5.0 goes about its business?  I assumed that if the package had already been published to the client, then with a restart, those apps would be immediately available and any subsequent refreshes simply to update existing packages or add new ones when required.

    Cheers

    Wednesday, May 15, 2013 11:40 AM
  • Please be aware that the script I'm running is for Citrix XenApp 6.5 delivered by Citrix Provisioning Services which again means the image is read-only. So the App-V 5 packages is installed on top of that RO image with every reboot. I'm also using Share Content Store as mentioned in the blog article.

    Eric

    http://appv5training.com

    Wednesday, May 15, 2013 11:53 AM
  • I too deliver XA 6.5 via PVS, but I moved all of the metadata (PackageInstallationRoot which is set via GPO) to the write cache disk, so all of that data persists after a reboot.  However, I'm starting to think there should be more data that should exist on the write cache and not just the metadata...

    I see a lot of information that exists under C:\ProgramData\Microsoft\AppV which I think might need to be moved.  I performed a similar relocation with SCEP by having the AV definitions sitting on the write cache.

    Wednesday, May 15, 2013 12:01 PM
  • How much longer to your XenApp server startup time is it adding by running the script?
    Friday, May 17, 2013 3:23 AM
  • Less than a minute, it's just the 4kb reference points that's created.

    Eric

    http://appv5training.com

    Friday, May 17, 2013 10:48 AM
  • Something in my setup must be incorrect...

    I have 2 MGMT/PUB servers on Server 2012.  Content shares are accessible via a DFS Namespace.  I've only had 4 apps published so far, however, it could take some 5 minutes for the apps to be available (I have the scheduled task running which is triggered as soon as the Client service is started).

    I know the apps are not actually being cached locally since their reported size vs size on disk is markedly different.

    Scratching my head here....

    Friday, May 17, 2013 11:38 AM
  • Then you're probably caching them for offline usage, that takes a couple of minutes in my lab, depending on the software. Take a look in the App-V client, are the apps all green and available offline? These are the commands for offline/online. Online needs the Shared Content Store to be enable in registry or via setup parameter.


    **** Online ****
    Get-ChildItem "\\appv5-01\Packages\" -recurse -force -include *.appv | Add-AppvClientPackage | Publish-AppvClientPackage –global


    **** Offline ****
    Get-ChildItem "\\appv5-01\Packages\" -recurse -force -include *.appv | Add-AppvClientPackage | Publish-AppvClientPackage –global | Mount-AppvClientPackage


    Eric
    http://appv5training.com
    Friday, May 17, 2013 12:00 PM
  • Setup of the client was run with the /SHAREDCONTENTSTOREMODE=1 switch and as a 'failsafe', I set this via GPO as well.  I publish the apps to the client via the 'Online' commands as you posted, and can indeed confirm when I open the client console that it doesn't give me an option to make the packages available offline.

    I might run some iperf tests to see if there is any unusual bottle neck somewhere.  My XenApp servers are 4vcpu w 12GB RAM each (XenApp 6.5 via PVS 6.0).  Content share sits on Server 2012 (which also acts as the MGMT/PUB...even though they're not really needed).  Content share is accessible via a DFS Namespace (since I have to sites...Content share is synced manually via robocopy).

    Cheers

    Friday, May 17, 2013 10:31 PM
  • The more I delve into this, the more I'm actually finding AppV 5.0 absolutely frustrating to work with.  But the Catch-22 is, 5.0 and it's Connection Groups actually solves an application interaction problem I was having with two packages in 4.6.

    The issues with publishing and availability speeds are killing me.  I'm only testing with Office 2010 and a small database front end app, but at times, it could take about a minute to add and publish these apps.

    Monday, May 20, 2013 2:26 AM