<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>mpryor Tracker</title>
    <link>https://communities.vmware.com/wbsdv95928/tracker</link>
    <description>mpryor Tracker</description>
    <pubDate>Sat, 25 Nov 2023 08:23:07 GMT</pubDate>
    <dc:date>2023-11-25T08:23:07Z</dc:date>
    <item>
      <title>Re: Win10 Desktop never shows "connected" while user is logged in</title>
      <link>https://communities.vmware.com/t5/Horizon-Desktops-and-Apps/Win10-Desktop-never-shows-quot-connected-quot-while-user-is/m-p/970704#M24475</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Can you double check that wssm is starting properly inside the user session?&lt;/P&gt;&lt;P&gt;&lt;A href="https://kb.vmware.com/kb/1028975" title="https://kb.vmware.com/kb/1028975"&gt;Confirming that the userinit string is configured properly (1028975) | VMware KB&lt;/A&gt;&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Mon, 27 Jun 2016 10:24:52 GMT</pubDate>
      <guid>https://communities.vmware.com/t5/Horizon-Desktops-and-Apps/Win10-Desktop-never-shows-quot-connected-quot-while-user-is/m-p/970704#M24475</guid>
      <dc:creator>mpryor</dc:creator>
      <dc:date>2016-06-27T10:24:52Z</dc:date>
    </item>
    <item>
      <title>Re: Disconnections - Chunked request ended early</title>
      <link>https://communities.vmware.com/t5/Horizon-Desktops-and-Apps/Disconnections-Chunked-request-ended-early/m-p/1378311#M37210</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Chunks in this log context are just discrete blocks of data being sent through the View HTTPS tunneling protocol to the connection server and aren't related to Cisco's terminology. As you've seen, you can reproduce these when a client tunnel connection is lost - along with other possible error messages depending on what was being decoded when the tunnel ran out of data.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;It won't be related to the desktop pool, since the tunnel goes only between the client device and the security/connection server [CS] but will definitely be linked to the users being externally connected as that will have a large impact on the network quality between client and CS.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Ultimately, you would really only see these messages if the TCP connection between client and server is being broken (this could be caused by physical loss of connection, some issues with the wrapping Ciso IPSec tunnel you mention you're using, general flakiness in user internet connectivity, etc), so you're going to want to look at an affected TCP connection itself from your router logs and see if there's TCP retransmits, packet loss etc.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Mike&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 14 Apr 2016 17:24:56 GMT</pubDate>
      <guid>https://communities.vmware.com/t5/Horizon-Desktops-and-Apps/Disconnections-Chunked-request-ended-early/m-p/1378311#M37210</guid>
      <dc:creator>mpryor</dc:creator>
      <dc:date>2016-04-14T17:24:56Z</dc:date>
    </item>
    <item>
      <title>Re: VMwareVDMDS Service Missing After Upgrading Connection server to Windows 2012 R2</title>
      <link>https://communities.vmware.com/t5/Horizon-Desktops-and-Apps/VMwareVDMDS-Service-Missing-After-Upgrading-Connection-server-to/m-p/2690540#M72626</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;The VMwareVDMDS service is a simple wrapper around an AD LDS install (see &lt;A href="https://technet.microsoft.com/en-us/library/cc754361%28v=ws.10%29.aspx" title="https://technet.microsoft.com/en-us/library/cc754361%28v=ws.10%29.aspx"&gt;https://technet.microsoft.com/en-us/library/cc754361%28v=ws.10%29.aspx&lt;/A&gt;). It appears that it is somehow being removed during Windows upgrade, presumably because Microsoft don't support in-place upgrades of that component.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Note that we don't actually support in-place OS upgrades - you should instead install a new 2012 R2 server as a replica, switch everything to point to it, and then retire the original 2008 R2 server.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Mike&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Wed, 09 Mar 2016 15:16:07 GMT</pubDate>
      <guid>https://communities.vmware.com/t5/Horizon-Desktops-and-Apps/VMwareVDMDS-Service-Missing-After-Upgrading-Connection-server-to/m-p/2690540#M72626</guid>
      <dc:creator>mpryor</dc:creator>
      <dc:date>2016-03-09T15:16:07Z</dc:date>
    </item>
    <item>
      <title>Re: Start Menu Disconnect Button</title>
      <link>https://communities.vmware.com/t5/Horizon-Desktops-and-Apps/Start-Menu-Disconnect-Button/m-p/2691688#M72654</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;This isn't anything we are explicitly doing. When you use PCoIP to access a desktop VM the "physical" console is remoted, unlike an RDP session. So what you're seeing is the same as if you were sitting in front of the machine directly. I don't believe there's anything you can do to add the option as MS do not expose it for console sessions.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Mike&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Wed, 09 Mar 2016 15:10:55 GMT</pubDate>
      <guid>https://communities.vmware.com/t5/Horizon-Desktops-and-Apps/Start-Menu-Disconnect-Button/m-p/2691688#M72654</guid>
      <dc:creator>mpryor</dc:creator>
      <dc:date>2016-03-09T15:10:55Z</dc:date>
    </item>
    <item>
      <title>Re: VMware Horizon Client unrecoverable error: (crtbora)</title>
      <link>https://communities.vmware.com/t5/Horizon-Desktops-and-Apps/VMware-Horizon-Client-unrecoverable-error-crtbora/m-p/2691933#M72680</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;yes, if you take a look at &lt;A href="https://communities.vmware.com/message/2540224"&gt;Re: VMware Horizon Client unrecoverable error: (crtbora)&lt;/A&gt; &lt;B&gt;grossag&lt;/B&gt; covers it - it was due to a bug in the new file redirection feature. It's also briefly mentioned in the 3.5.1 release notes: &lt;A href="http://pubs.vmware.com/Release_Notes/en/horizon-client/horizon-client-windows-release-notes.html" title="http://pubs.vmware.com/Release_Notes/en/horizon-client/horizon-client-windows-release-notes.html"&gt;VMware Horizon Client for Windows Release Notes&lt;/A&gt;&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Mon, 07 Dec 2015 13:23:18 GMT</pubDate>
      <guid>https://communities.vmware.com/t5/Horizon-Desktops-and-Apps/VMware-Horizon-Client-unrecoverable-error-crtbora/m-p/2691933#M72680</guid>
      <dc:creator>mpryor</dc:creator>
      <dc:date>2015-12-07T13:23:18Z</dc:date>
    </item>
    <item>
      <title>Re: VMware Horizon Client unrecoverable error: (crtbora)</title>
      <link>https://communities.vmware.com/t5/Horizon-Desktops-and-Apps/VMware-Horizon-Client-unrecoverable-error-crtbora/m-p/2691931#M72678</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;If you are using 3.5.0 and running into crash issues, please upgrade to the later 3.5.2 release - that fixes the original problem in this thread. If that doesn't address your issue, please try and get a support bundle when you next see it.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Wed, 02 Dec 2015 17:28:43 GMT</pubDate>
      <guid>https://communities.vmware.com/t5/Horizon-Desktops-and-Apps/VMware-Horizon-Client-unrecoverable-error-crtbora/m-p/2691931#M72678</guid>
      <dc:creator>mpryor</dc:creator>
      <dc:date>2015-12-02T17:28:43Z</dc:date>
    </item>
    <item>
      <title>Re: Slow hot key response in Excel on Vmware View 6.1 + Nvidia K1</title>
      <link>https://communities.vmware.com/t5/Horizon-Desktops-and-Apps/Slow-hot-key-response-in-Excel-on-Vmware-View-6-1-Nvidia-K1/m-p/2676215#M71987</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Is this occurring if you do the same operation natively inside the VM console using the vsphere client? I'm wondering if the delay is due to added latency with clipboard sharing to the client, rather than any local performance issue.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Fri, 20 Nov 2015 09:46:02 GMT</pubDate>
      <guid>https://communities.vmware.com/t5/Horizon-Desktops-and-Apps/Slow-hot-key-response-in-Excel-on-Vmware-View-6-1-Nvidia-K1/m-p/2676215#M71987</guid>
      <dc:creator>mpryor</dc:creator>
      <dc:date>2015-11-20T09:46:02Z</dc:date>
    </item>
    <item>
      <title>Re: is it safe to remove View Composer .dmp and .log files from c:\windows\programData\VMware\View Composer\Logs:   in order to free up space</title>
      <link>https://communities.vmware.com/t5/Horizon-Desktops-and-Apps/is-it-safe-to-remove-View-Composer-dmp-and-log-files-from-c/m-p/1411177#M37922</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Yes it should be safe to remove them. However, I'd advise you to open an SR with VMware first as dumps should not be occurring during normal operation - it is best to root cause them in case they're a symptom of an issue that is currently masked from affecting end users but may later directly impact you.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 19 Nov 2015 10:34:21 GMT</pubDate>
      <guid>https://communities.vmware.com/t5/Horizon-Desktops-and-Apps/is-it-safe-to-remove-View-Composer-dmp-and-log-files-from-c/m-p/1411177#M37922</guid>
      <dc:creator>mpryor</dc:creator>
      <dc:date>2015-11-19T10:34:21Z</dc:date>
    </item>
    <item>
      <title>Re: View 6.1.1 and multiple application sessions per user</title>
      <link>https://communities.vmware.com/t5/Horizon-Desktops-and-Apps/View-6-1-1-and-multiple-application-sessions-per-user/m-p/1411021#M37920</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;No, your example is fine - app1 app2 and app3 can all be launched within the same application session as each other on the same host, you don't need a unique session per application.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 19 Nov 2015 10:31:28 GMT</pubDate>
      <guid>https://communities.vmware.com/t5/Horizon-Desktops-and-Apps/View-6-1-1-and-multiple-application-sessions-per-user/m-p/1411021#M37920</guid>
      <dc:creator>mpryor</dc:creator>
      <dc:date>2015-11-19T10:31:28Z</dc:date>
    </item>
    <item>
      <title>Re: 1 to 1 security server paired with connection server?</title>
      <link>https://communities.vmware.com/t5/Horizon-Desktops-and-Apps/1-to-1-security-server-paired-with-connection-server/m-p/1809443#M49432</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Generally speaking you're going to want to set up another server, though this isn't a hard requirement. While you can run the security server against the existing connection server [CS], some settings are defined at the CS level - one example being turning on/off the PSG. If you use the same server for both internal and external connections you'll invariably need to enable the tunnel and PSG in order to connect externally, but that means internal connections are being unnecessarily routed through the CS instead of going directly to the desktop. Therefore most customers have alternate CSs configured which enable the secure tunnel, PSG, etc. in order for the security servers to pair with and have internal-only CSs which turn off those unneeded features.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 19 Nov 2015 10:27:39 GMT</pubDate>
      <guid>https://communities.vmware.com/t5/Horizon-Desktops-and-Apps/1-to-1-security-server-paired-with-connection-server/m-p/1809443#M49432</guid>
      <dc:creator>mpryor</dc:creator>
      <dc:date>2015-11-19T10:27:39Z</dc:date>
    </item>
    <item>
      <title>Re: how to check if a connection server is a replica or not</title>
      <link>https://communities.vmware.com/t5/Horizon-Desktops-and-Apps/how-to-check-if-a-connection-server-is-a-replica-or-not/m-p/2279897#M60924</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;That's correct, connection server vs. replica server is only an install-time distinction in order to join an existing server. Once installed, they are all considered equal.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 19 Nov 2015 10:21:58 GMT</pubDate>
      <guid>https://communities.vmware.com/t5/Horizon-Desktops-and-Apps/how-to-check-if-a-connection-server-is-a-replica-or-not/m-p/2279897#M60924</guid>
      <dc:creator>mpryor</dc:creator>
      <dc:date>2015-11-19T10:21:58Z</dc:date>
    </item>
    <item>
      <title>Re: One golden image, multiple VLANS</title>
      <link>https://communities.vmware.com/t5/Horizon-Desktops-and-Apps/One-golden-image-multiple-VLANS/m-p/1400940#M37655</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Sorry, I hadn't understood that what you're after is explicit naming and VLAN assignment per VM and not just VLAN assignment per pool. This isn't really a scenario that the product is designed for but you can get there by setting up a new pool in the UI with a list of VM names in advance (making sure you don't enable provisioning up front) and then configure the pool's vlan setting using the cmdlet before enabling provisioning to allow the VMs to be created, but that isn't something that's really scalable from a management perspective. This is the "Specify names manually" setting in the "Provisioning Settings::Virtual Machine Naming" section.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Wed, 04 Nov 2015 13:38:14 GMT</pubDate>
      <guid>https://communities.vmware.com/t5/Horizon-Desktops-and-Apps/One-golden-image-multiple-VLANS/m-p/1400940#M37655</guid>
      <dc:creator>mpryor</dc:creator>
      <dc:date>2015-11-04T13:38:14Z</dc:date>
    </item>
    <item>
      <title>Re: One golden image, multiple VLANS</title>
      <link>https://communities.vmware.com/t5/Horizon-Desktops-and-Apps/One-golden-image-multiple-VLANS/m-p/1400938#M37653</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;We've actually supported this for quite some time: &lt;A href="https://pubs.vmware.com/view-52/index.jsp?topic=%2Fcom.vmware.view.integration.doc%2Fview_integration_powershell.5.8.html" title="https://pubs.vmware.com/view-52/index.jsp?topic=%2Fcom.vmware.view.integration.doc%2Fview_integration_powershell.5.8.html"&gt;VMware View 5.2 Documentation Library&lt;/A&gt;&lt;/P&gt;&lt;P&gt;The multi-vlan feature was primarily added to allow spanning of multiple vlans within a single pool, but you can equally just use it to set a single one. This will replace the network adapter settings of the parent image.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Mike&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Wed, 04 Nov 2015 09:58:53 GMT</pubDate>
      <guid>https://communities.vmware.com/t5/Horizon-Desktops-and-Apps/One-golden-image-multiple-VLANS/m-p/1400938#M37653</guid>
      <dc:creator>mpryor</dc:creator>
      <dc:date>2015-11-04T09:58:53Z</dc:date>
    </item>
    <item>
      <title>Re: Two domains on VMware View</title>
      <link>https://communities.vmware.com/t5/Horizon-Desktops-and-Apps/Two-domains-on-VMware-View/m-p/928090#M23021</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Gaurav, what you're saying about the scan order for the adapters being important is true if using out of the box - however, the View product explicitly allows a subnet mask to be set in order to override any other selection. Therefore I'd rather nobody followed those steps you listed as they should be redundant. The support bundle from the desktop VM will provide further information on the actual problem.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Fri, 23 Oct 2015 12:53:35 GMT</pubDate>
      <guid>https://communities.vmware.com/t5/Horizon-Desktops-and-Apps/Two-domains-on-VMware-View/m-p/928090#M23021</guid>
      <dc:creator>mpryor</dc:creator>
      <dc:date>2015-10-23T12:53:35Z</dc:date>
    </item>
    <item>
      <title>Re: Two domains on VMware View</title>
      <link>https://communities.vmware.com/t5/Horizon-Desktops-and-Apps/Two-domains-on-VMware-View/m-p/928083#M23014</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;It looks like you have configured it correctly - can you provide debug logs from the VM? See &lt;A href="http://kb.vmware.com/kb/1017939" title="http://kb.vmware.com/kb/1017939"&gt;VMware KB: Collecting diagnostic information for VMware Horizon View&lt;/A&gt;&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Tue, 20 Oct 2015 13:28:05 GMT</pubDate>
      <guid>https://communities.vmware.com/t5/Horizon-Desktops-and-Apps/Two-domains-on-VMware-View/m-p/928083#M23014</guid>
      <dc:creator>mpryor</dc:creator>
      <dc:date>2015-10-20T13:28:05Z</dc:date>
    </item>
    <item>
      <title>Re: Two domains on VMware View</title>
      <link>https://communities.vmware.com/t5/Horizon-Desktops-and-Apps/Two-domains-on-VMware-View/m-p/928081#M23012</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;It is likely that the View agent is picking up your 10.11.180.x address and using that, the client is then unable to reach it. See &lt;A href="https://pubs.vmware.com/horizon-view-60/topic/com.vmware.horizon-view.desktops.doc/GUID-134DB4E3-11C5-455A-AA4B-D64856E5D989.html" title="https://pubs.vmware.com/horizon-view-60/topic/com.vmware.horizon-view.desktops.doc/GUID-134DB4E3-11C5-455A-AA4B-D64856E5D989.html"&gt;Configure a Virtual Machine with Multiple NICs for View Agent&lt;/A&gt; for how to configure your agent so that the correct address is picked up.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Mike&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Tue, 20 Oct 2015 13:06:28 GMT</pubDate>
      <guid>https://communities.vmware.com/t5/Horizon-Desktops-and-Apps/Two-domains-on-VMware-View/m-p/928081#M23012</guid>
      <dc:creator>mpryor</dc:creator>
      <dc:date>2015-10-20T13:06:28Z</dc:date>
    </item>
    <item>
      <title>Re: VMware Horizon Client unrecoverable error: (crtbora)</title>
      <link>https://communities.vmware.com/t5/Horizon-Desktops-and-Apps/VMware-Horizon-Client-unrecoverable-error-crtbora/m-p/2691915#M72662</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;I've recently run into a similar issue which has been raised internally - are you attempting to connect to a server with a specific port number, e.g. server.example.com:8443 ?&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Edit: looks like this has been confirmed as an issue internally and people are working on it, for now please use the 3.4 client. We'll post an update when there's a fix available or a better workaround.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Tue, 15 Sep 2015 08:54:40 GMT</pubDate>
      <guid>https://communities.vmware.com/t5/Horizon-Desktops-and-Apps/VMware-Horizon-Client-unrecoverable-error-crtbora/m-p/2691915#M72662</guid>
      <dc:creator>mpryor</dc:creator>
      <dc:date>2015-09-15T08:54:40Z</dc:date>
    </item>
    <item>
      <title>Re: Linked clones all have the same DNS name, why, how do I fix?</title>
      <link>https://communities.vmware.com/t5/Horizon-Desktops-and-Apps/Linked-clones-all-have-the-same-DNS-name-why-how-do-I-fix/m-p/1354217#M36487</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;You should not build a template from a linked-clone in another pool as the quick-prep customization will have already happened and the state will be seen as complete - make any changes you need in a copy of the parent image instead.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Mon, 14 Sep 2015 08:22:37 GMT</pubDate>
      <guid>https://communities.vmware.com/t5/Horizon-Desktops-and-Apps/Linked-clones-all-have-the-same-DNS-name-why-how-do-I-fix/m-p/1354217#M36487</guid>
      <dc:creator>mpryor</dc:creator>
      <dc:date>2015-09-14T08:22:37Z</dc:date>
    </item>
    <item>
      <title>Re: pae-SIDString is blank in View ADAM database</title>
      <link>https://communities.vmware.com/t5/Horizon-Desktops-and-Apps/pae-SIDString-is-blank-in-View-ADAM-database/m-p/1353744#M36473</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;&amp;gt; I've been told that the currently logged-in user can be found by viewing the "pae-SIDString" attribute&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;You've been misinformed. That tracks VM assignment to a user - i.e. it's used for permanent links in dedicated pools, not active sessions. The AD LDS database contains configuration information, session state is tracked across brokers in memory. You should continue to use Get-RemoteSession from the powershell snap-in.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Mike&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Mon, 14 Sep 2015 08:19:28 GMT</pubDate>
      <guid>https://communities.vmware.com/t5/Horizon-Desktops-and-Apps/pae-SIDString-is-blank-in-View-ADAM-database/m-p/1353744#M36473</guid>
      <dc:creator>mpryor</dc:creator>
      <dc:date>2015-09-14T08:19:28Z</dc:date>
    </item>
    <item>
      <title>Re: can't enable http protocol on connection server</title>
      <link>https://communities.vmware.com/t5/Horizon-Desktops-and-Apps/can-t-enable-http-protocol-on-connection-server/m-p/1312828#M34505</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;On the face of it, it looks like the config should be picked up. A couple of things to check:&lt;/P&gt;&lt;P&gt;1. Make sure that you've not accidentally created "locked.properties.txt", I've seen this more times than you'd think!&lt;/P&gt;&lt;P&gt;2. Check the debug log file during service startup for information (c:\programdata\vmware\vdm\logs), you should see something along the lines of "Server mode: HTTP_FORWARD" along with the other configuration lines&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Mike&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Sat, 01 Aug 2015 08:44:09 GMT</pubDate>
      <guid>https://communities.vmware.com/t5/Horizon-Desktops-and-Apps/can-t-enable-http-protocol-on-connection-server/m-p/1312828#M34505</guid>
      <dc:creator>mpryor</dc:creator>
      <dc:date>2015-08-01T08:44:09Z</dc:date>
    </item>
  </channel>
</rss>

