<?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>DonalB Tracker</title>
    <link>https://communities.vmware.com/wbsdv95928/tracker</link>
    <description>DonalB Tracker</description>
    <pubDate>Sat, 11 Nov 2023 21:37:53 GMT</pubDate>
    <dc:date>2023-11-11T21:37:53Z</dc:date>
    <item>
      <title>Re: NSX-T Multisite</title>
      <link>https://communities.vmware.com/t5/VMware-NSX-Documents/NSX-Multisite-101-ToI/tac-p/2927402#M372</link>
      <description>&lt;P&gt;&lt;a href="https://communities.vmware.com/t5/user/viewprofilepage/user-id/1641672"&gt;@ddesmidt&lt;/a&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;I have a VMC on cloud as my third DC , latency between the sites is as follow&lt;BR /&gt;DC1 &amp;lt; --&amp;gt; DC2 - 1-3ms&lt;/P&gt;&lt;P&gt;DC1&amp;lt; --&amp;gt; DC3 - 2-4ms&lt;/P&gt;&lt;P&gt;DC2&amp;lt;--&amp;gt;DC3 - 3-6ms&lt;/P&gt;&lt;P&gt;I'm deploying an NSX-T environment for the clusters in DC1 and DC2 (single VC , with a Stretched VSAN cluster and a couple of non-Stretched)&lt;/P&gt;&lt;P&gt;Can I consider deploying my NSX-T managers one per location given my latency is less that 10ms between each site? I'd be hosting the NSX-T manager quorum for the on-prem infrastructure on the VMC on cloud&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Mon, 05 Sep 2022 21:51:47 GMT</pubDate>
      <guid>https://communities.vmware.com/t5/VMware-NSX-Documents/NSX-Multisite-101-ToI/tac-p/2927402#M372</guid>
      <dc:creator>DonalB</dc:creator>
      <dc:date>2022-09-05T21:51:47Z</dc:date>
    </item>
    <item>
      <title>Re: NSX-T Multisite</title>
      <link>https://communities.vmware.com/t5/VMware-NSX-Documents/NSX-Multisite-101-ToI/tac-p/2816050#M282</link>
      <description>&lt;P&gt;Hi Dimitri,&amp;nbsp;&lt;/P&gt;&lt;P&gt;&lt;BR /&gt;Excellent deck, 2 quick questions&lt;/P&gt;&lt;P&gt;1. Is protecting the NSX Managers with vSphere Replication and SRM a valid approach in the case where stretched management vSphere cluster is not an option (we do have an NSX-V universal LS to place the managers on) - any drawbacks to using vSphere replication?&lt;/P&gt;&lt;P&gt;2. For the T0 is there local site recoverability from Blue to Green?&lt;/P&gt;&lt;P&gt;Thanks&lt;/P&gt;&lt;P&gt;DB&lt;/P&gt;</description>
      <pubDate>Thu, 10 Dec 2020 10:48:15 GMT</pubDate>
      <guid>https://communities.vmware.com/t5/VMware-NSX-Documents/NSX-Multisite-101-ToI/tac-p/2816050#M282</guid>
      <dc:creator>DonalB</dc:creator>
      <dc:date>2020-12-10T10:48:15Z</dc:date>
    </item>
    <item>
      <title>VVD Upgrade - VCF Required?</title>
      <link>https://communities.vmware.com/t5/Discussions/VVD-Upgrade-VCF-Required/m-p/2810754#M7</link>
      <description>&lt;P&gt;Hi,&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;An existing SDDC deployment based on VVD3.x - considering upgrade options and wondering if VCF is needed (we don't have licensing for it) and whether an upgrade to a VVD6.x aligned deployment is possible?&lt;/P&gt;&lt;P&gt;Thanks&lt;/P&gt;&lt;P&gt;DB&lt;/P&gt;</description>
      <pubDate>Wed, 18 Nov 2020 21:01:46 GMT</pubDate>
      <guid>https://communities.vmware.com/t5/Discussions/VVD-Upgrade-VCF-Required/m-p/2810754#M7</guid>
      <dc:creator>DonalB</dc:creator>
      <dc:date>2020-11-18T21:01:46Z</dc:date>
    </item>
    <item>
      <title>Re: Only two of four BGP paths being populated in routing table on DLR</title>
      <link>https://communities.vmware.com/t5/VMware-NSX-Discussions/Only-two-of-four-BGP-paths-being-populated-in-routing-table-on/m-p/487319#M1327</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Apologies for the delay in replying, I had some PTO the last few days. I had raised an SR with support around the same time I posted last week and have gotten feedback yesterday to say that what we have currently setup will not work as BGP on the ESGs evaluates the ASN also for ECMP so if different ASNs are used only the paths with the lowest ASN will be used. Resolution is to use the same ASN , KB article here outlines this:&lt;/P&gt;&lt;P&gt;&lt;A href="https://kb.vmware.com/s/article/2151782" title="https://kb.vmware.com/s/article/2151782"&gt;VMware Knowledge Base&lt;/A&gt; &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Bit of a surprising one, need to see if I can get this configuration on the physical side to confirm this works for us.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Cheers&lt;/P&gt;&lt;P&gt;DB &lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Wed, 24 Apr 2019 06:24:36 GMT</pubDate>
      <guid>https://communities.vmware.com/t5/VMware-NSX-Discussions/Only-two-of-four-BGP-paths-being-populated-in-routing-table-on/m-p/487319#M1327</guid>
      <dc:creator>DonalB</dc:creator>
      <dc:date>2019-04-24T06:24:36Z</dc:date>
    </item>
    <item>
      <title>Re: Only two of four BGP paths being populated in routing table on DLR</title>
      <link>https://communities.vmware.com/t5/VMware-NSX-Discussions/Only-two-of-four-BGP-paths-being-populated-in-routing-table-on/m-p/487317#M1325</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;I had checked with the networking team on this and they had confirmed that they did see this. I didn't think it would be something to worry about however as the DLR to the south of the edges is where I'm only getting 2 of the 4 routes pushed into the routing table&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Fri, 19 Apr 2019 07:13:04 GMT</pubDate>
      <guid>https://communities.vmware.com/t5/VMware-NSX-Discussions/Only-two-of-four-BGP-paths-being-populated-in-routing-table-on/m-p/487317#M1325</guid>
      <dc:creator>DonalB</dc:creator>
      <dc:date>2019-04-19T07:13:04Z</dc:date>
    </item>
    <item>
      <title>Re: Only two of four BGP paths being populated in routing table on DLR</title>
      <link>https://communities.vmware.com/t5/VMware-NSX-Discussions/Only-two-of-four-BGP-paths-being-populated-in-routing-table-on/m-p/487315#M1323</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hi Sreec,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Thanks for replying, &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P style="margin: 2px; font-family: proxima-nova, Arial, sans-serif; color: #666666;"&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; 1)Each ESG is certainly showing 4x subnets , is that correct ?&lt;/P&gt;&lt;P style="margin: 2px; font-family: proxima-nova, Arial, sans-serif; color: #666666;"&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; --&amp;gt; Each ESG shows 2 paths to networks north of the ESGs published from it's upstream physical peer as expected&lt;/P&gt;&lt;P style="margin: 2px; font-family: proxima-nova, Arial, sans-serif; color: #666666;"&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; --&amp;gt; the DLR shows in BGP a path to each Northbound subnet advertised from the 4 x ESGs&lt;/P&gt;&lt;P style="margin: 2px; font-family: proxima-nova, Arial, sans-serif; color: #666666;"&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; 2)Do you have reachability from missing subnets(2x) to workloads behind DLR or vice versa keeping the routing table issue aside ?&lt;/P&gt;&lt;P style="margin: 2px; font-family: proxima-nova, Arial, sans-serif; color: #666666;"&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; --&amp;gt; yes, have tested this by overriding BGP with static routes&lt;/P&gt;&lt;P style="margin-top: 2px; margin-right: 2px; font-family: proxima-nova, Arial, sans-serif; color: #666666;"&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; 3) You have mentioned filtering is minimal - however I'm interested to know the actual configuration&lt;/P&gt;&lt;P style="margin-top: 2px; margin-right: 2px; font-family: proxima-nova, Arial, sans-serif; color: #666666;"&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; --&amp;gt; on ESGs out direction; we deny for the subnets that the ESGs and physical routers peer over, and permit any &lt;/P&gt;&lt;P style="margin-top: 2px; margin-right: 2px; font-family: proxima-nova, Arial, sans-serif; color: #666666;"&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; --&amp;gt; on DLR for in direction; we deny for the subnet behind the DLR (this is to prevent any routing loops), and permit any&lt;/P&gt;&lt;P style="margin-top: 2px; margin-right: 2px; font-family: proxima-nova, Arial, sans-serif; color: #666666;"&gt;&lt;/P&gt;&lt;P style="margin-top: 2px; margin-right: 2px; font-family: proxima-nova, Arial, sans-serif; color: #666666;"&gt;I'm attaching a diagram in case it helps &lt;/P&gt;&lt;P style="margin-top: 2px; margin-right: 2px; font-family: proxima-nova, Arial, sans-serif; color: #666666;"&gt;&lt;span class="lia-inline-image-display-wrapper" image-alt="BGP with ECMP - 180419.png"&gt;&lt;img src="https://communities.vmware.com/t5/image/serverpage/image-id/9936i52B53D30F3236D57/image-size/large?v=v2&amp;amp;px=999" role="button" title="BGP with ECMP - 180419.png" alt="BGP with ECMP - 180419.png" /&gt;&lt;/span&gt;&lt;/P&gt;&lt;P style="margin-top: 2px; margin-right: 2px; font-family: proxima-nova, Arial, sans-serif; color: #666666;"&gt;Tks&lt;/P&gt;&lt;P style="margin-top: 2px; margin-right: 2px; font-family: proxima-nova, Arial, sans-serif; color: #666666;"&gt;DB&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 18 Apr 2019 21:02:09 GMT</pubDate>
      <guid>https://communities.vmware.com/t5/VMware-NSX-Discussions/Only-two-of-four-BGP-paths-being-populated-in-routing-table-on/m-p/487315#M1323</guid>
      <dc:creator>DonalB</dc:creator>
      <dc:date>2019-04-18T21:02:09Z</dc:date>
    </item>
    <item>
      <title>Only two of four BGP paths being populated in routing table on DLR</title>
      <link>https://communities.vmware.com/t5/VMware-NSX-Discussions/Only-two-of-four-BGP-paths-being-populated-in-routing-table-on/m-p/487313#M1321</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P class="details-holder clearfix" style="margin: 0 0 15px; font-size: 11px; font-family: Arial, Helvetica, sans-serif; color: #4c4e53;"&gt;Hi ,&lt;/P&gt;&lt;DIV class="details-field-name" style="font-style: inherit; font-weight: inherit; font-size: 12px; font-family: inherit; color: #666666;"&gt;We have an NSX DLR configured in a BGP peering relationship with 4 x NSX ESGs (2 x ESGs in one Datacenter and 2 x ESGs in another datacenter), with ECMP mode enabled on the DLR and each ESG. The 4 x NSX ESGs are in peering relationships with upstream physical routers local to them in the their respective datacenters. &lt;BR /&gt;We are advertising routes from the physical network to the ESGs, including the default route , and these routes are being advertised to the DLR from the ESGs. &lt;BR /&gt;Our challenge is that we are expecting to see 4 x instances of a route, one from each ESG, at the DLR however we only see 2 x routes when running &lt;EM&gt;sh ip route&lt;/EM&gt;, and these are the routes from one datacenter only. We do not have any specific preferences set for BGP and filtering is minimal and configured the same on all ESGs, also the AS-Path is the same length on each route when viewed in the BGP outputs on the DLR (&lt;EM&gt;i.e. sh ip bgp&lt;/EM&gt;)&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Thanks&lt;/P&gt;&lt;P&gt;DB&lt;/P&gt;&lt;/DIV&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 18 Apr 2019 17:10:52 GMT</pubDate>
      <guid>https://communities.vmware.com/t5/VMware-NSX-Discussions/Only-two-of-four-BGP-paths-being-populated-in-routing-table-on/m-p/487313#M1321</guid>
      <dc:creator>DonalB</dc:creator>
      <dc:date>2019-04-18T17:10:52Z</dc:date>
    </item>
    <item>
      <title>vmk0 clones flexnic mac</title>
      <link>https://communities.vmware.com/t5/ESXi-Discussions/vmk0-clones-flexnic-mac/m-p/490816#M41143</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hi,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Anyone else come across a gotcha with HP BL using FlexNICS and Virtual Connect assigned MAC where creating the management network using the DCUI after install causes the vmk0 port that's created to clone the physical MAC address (in this case the VC assigned MAC - which can cause a bit of a hidden gotcha if you ever change around server profiles) rather than create a vmware assigned MAC address ? We've found we need to delete this vmk0 port and manually recreate at the command line in order to rectify. Using latest HP ESXi6 iso. &lt;/P&gt;&lt;P&gt;Just curious really - didn't find anything specific to this with an admittedly brief search&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Cheers&lt;/P&gt;&lt;P&gt;DB&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Fri, 23 Dec 2016 07:51:04 GMT</pubDate>
      <guid>https://communities.vmware.com/t5/ESXi-Discussions/vmk0-clones-flexnic-mac/m-p/490816#M41143</guid>
      <dc:creator>DonalB</dc:creator>
      <dc:date>2016-12-23T07:51:04Z</dc:date>
    </item>
    <item>
      <title>External database failover - vRO fails to reconnect</title>
      <link>https://communities.vmware.com/t5/VMware-Aria-Automation/External-database-failover-vRO-fails-to-reconnect/m-p/2678396#M22619</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hi,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;We've got a vRO cluster running with an MSSQL database backend that is also clustered. When the SQL database is failed over to the secondary for maintenance we find that both vROs gets disconnected from the database and don't reconnect and require us to restart the application servers to recover. Is this expected behaviour? Is there a way to extend the timeout for the database connection or anything along those lines?&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Thanks&lt;/P&gt;&lt;P&gt;DB &lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Sat, 21 Nov 2015 09:19:29 GMT</pubDate>
      <guid>https://communities.vmware.com/t5/VMware-Aria-Automation/External-database-failover-vRO-fails-to-reconnect/m-p/2678396#M22619</guid>
      <dc:creator>DonalB</dc:creator>
      <dc:date>2015-11-21T09:19:29Z</dc:date>
    </item>
    <item>
      <title>Re: VRMGuestAgent on Server 2012 R2 deployed via SCCM 2012 Task Seqeunce - [info]  [ssl client] Client certificate chain filenot specified</title>
      <link>https://communities.vmware.com/t5/VMware-Aria-Automation-Tools/VRMGuestAgent-on-Server-2012-R2-deployed-via-SCCM-2012-Task/m-p/2693025#M20128</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;If your IaaS server is on Windows 2012 then you may need to disable TLS1.2 - you may have reviewed this already but in case you hadn't:&lt;/P&gt;&lt;P&gt;&lt;A href="http://cloudrelevant.com/2014/08/19/vcac-6-0-x-with-windows-2012-guest-agent-looping/" title="http://cloudrelevant.com/2014/08/19/vcac-6-0-x-with-windows-2012-guest-agent-looping/"&gt;vCAC 6.0.x with Windows 2012 Guest Agent “stuck” Looping with “wait.vbs” script | Cloud Relevant&lt;/A&gt;&lt;/P&gt;&lt;P&gt;&lt;A href="http://vmwarevcloudvirtualization.blogspot.ie/2014/04/vcac-agent-ssl-issue.html" style="font-size: 10pt; line-height: 1.5em;" title="http://vmwarevcloudvirtualization.blogspot.ie/2014/04/vcac-agent-ssl-issue.html"&gt;http://vmwarevcloudvirtualization.blogspot.ie/2014/04/vcac-agent-ssl-issue.html&lt;/A&gt;&lt;/P&gt;&lt;P&gt;&lt;A href="http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&amp;amp;cmd=displayKC&amp;amp;externalId=2092629" title="http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&amp;amp;cmd=displayKC&amp;amp;externalId=2092629"&gt;VMware KB: Connecting the guest agent to IaaS on Windows 2012 fails with the error: Client certificate chain file no…&lt;/A&gt;&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Sat, 24 Oct 2015 10:59:30 GMT</pubDate>
      <guid>https://communities.vmware.com/t5/VMware-Aria-Automation-Tools/VRMGuestAgent-on-Server-2012-R2-deployed-via-SCCM-2012-Task/m-p/2693025#M20128</guid>
      <dc:creator>DonalB</dc:creator>
      <dc:date>2015-10-24T10:59:30Z</dc:date>
    </item>
    <item>
      <title>Re: Orchestrator and wildcard ssl weirdness</title>
      <link>https://communities.vmware.com/t5/VMware-Aria-Automation/Orchestrator-and-wildcard-ssl-weirdness/m-p/457979#M2943</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Mads,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Apologies, have only picked up this now. Have some of that working alright, I'll see can I dig out the details if you still need it?&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Cheers&lt;/P&gt;&lt;P&gt;DB&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Sat, 24 Oct 2015 10:50:38 GMT</pubDate>
      <guid>https://communities.vmware.com/t5/VMware-Aria-Automation/Orchestrator-and-wildcard-ssl-weirdness/m-p/457979#M2943</guid>
      <dc:creator>DonalB</dc:creator>
      <dc:date>2015-10-24T10:50:38Z</dc:date>
    </item>
    <item>
      <title>Orchestrator and wildcard ssl weirdness</title>
      <link>https://communities.vmware.com/t5/VMware-Aria-Automation/Orchestrator-and-wildcard-ssl-weirdness/m-p/457977#M2941</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hi,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Anyone used a wildcard ssl cert with latest release of vRO yet? I'm coming across a bit of weirdness and wondering if I've hit a bug or am doing something stupid (very possible!)&lt;/P&gt;&lt;P&gt;Background: &lt;/P&gt;&lt;P&gt;I've got a wildcard cert for my domain and I've used it for all of the vRA components in my environment and all's good. I'm setting up an external vRO to work with this vRA environment and trying to use the same wildcard cert (I'm a bit lazy me;-) )&lt;/P&gt;&lt;P&gt;Problems:&lt;/P&gt;&lt;P&gt;I followed the process to create a new jssecacerts at /etc/vco/app-server/security and imported the wildcard cert, set the alias to dunes and all looks good when I start up the vco server and the configurator&lt;/P&gt;&lt;P&gt;I then go about importing all the ssl certs I will need to register with the component registry of vRA. This is all good too. If i do a keytool -list on the jssecacerts I can see all the certs I;ve imported and the dunes aliased cert etc. &lt;/P&gt;&lt;P&gt;If i then restart the vco server I seem to be coming up on a newly generated self-signed cert that vRO has generated on restart ??&lt;/P&gt;&lt;P&gt;Running a keytool -list does indeed seem to show that my dunes cert has been changed but all of the certs that I had imported are still there. if I redo the delete dunes, import my wildcard and re-alias it to dunes and then restart everything looks good again until the next time I restart ....&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Comments, suggestions welcome...&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Cheers&lt;/P&gt;&lt;P&gt;DB&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Fri, 04 Sep 2015 11:59:52 GMT</pubDate>
      <guid>https://communities.vmware.com/t5/VMware-Aria-Automation/Orchestrator-and-wildcard-ssl-weirdness/m-p/457977#M2941</guid>
      <dc:creator>DonalB</dc:creator>
      <dc:date>2015-09-04T11:59:52Z</dc:date>
    </item>
    <item>
      <title>Re: Problem with vCAC distributed install</title>
      <link>https://communities.vmware.com/t5/VMware-Aria-Automation-Tools/Problem-with-vCAC-distributed-install/m-p/1811997#M12749</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Had something similar and while LB was also something I looked into, maybe the solution I posted here may help:&lt;/P&gt;&lt;P&gt;&lt;A href="https://communities.vmware.com/message/2369042"&gt;Error whilst installing vCAC 6 - error MSB3073&lt;/A&gt;&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 25 Jun 2015 08:06:46 GMT</pubDate>
      <guid>https://communities.vmware.com/t5/VMware-Aria-Automation-Tools/Problem-with-vCAC-distributed-install/m-p/1811997#M12749</guid>
      <dc:creator>DonalB</dc:creator>
      <dc:date>2015-06-25T08:06:46Z</dc:date>
    </item>
    <item>
      <title>Re: Error whilst installing vCAC 6 - error MSB3073</title>
      <link>https://communities.vmware.com/t5/VMware-Aria-Automation-Tools/Error-whilst-installing-vCAC-6-error-MSB3073/m-p/1783580#M12034</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Appreciate I'm posting on an old thread but in case anyone else get's stuck on this - I was getting the exact same issue with a vRA 6.2 install and the logs weren't really giving me any clue as to what was going on. Looooong story short - I had to specify the SQL Instance name along with the server name ; hadn't had to do this in previous installs which is why this was somewhat confusing. OS used was Win2012R2 for the IaaS machines and SQL 2014 Express for the SQL instance (it's a lab environment so not fussed about the SQL support). So whenever the database server was being asked for setting it to be &amp;lt;FQDN&amp;gt;\&amp;lt;SQLInstance&amp;gt; sorted this out. I had named the SQL instance VRSQL so the format looked like this &amp;lt;FQDN&amp;gt;\VRSQL &lt;/P&gt;&lt;P&gt;For further background, I was doing a distributed install so what threw another kink into it was that the first part of the Custom install is to create the database and using just the server name without the instance name worked fine for creating the database. But then putting only the server name in when installing the Primary IaaS Website &amp;amp; Model Manager in the next run of the installer would cause the same error as listed on this thread&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Hope this helps someone else out, had a truly frustrating week trying to figure this out and in fairness it being something simple whilst making me feel a bit stupid is also a good thing as it isn't black magic! &lt;img class="lia-deferred-image lia-image-emoji" src="https://communities.vmware.com/html/@9A8352F02F49809A161B25D7C247110D/emoticons/1f609.png" alt=":winking_face:" title=":winking_face:" /&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Cheers&lt;/P&gt;&lt;P&gt;DB &lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 25 Jun 2015 08:05:17 GMT</pubDate>
      <guid>https://communities.vmware.com/t5/VMware-Aria-Automation-Tools/Error-whilst-installing-vCAC-6-error-MSB3073/m-p/1783580#M12034</guid>
      <dc:creator>DonalB</dc:creator>
      <dc:date>2015-06-25T08:05:17Z</dc:date>
    </item>
    <item>
      <title>Re: VCAC 61: Login Fail with error "Login failed. Please contact your System Administrator and report error code mv2km0hv."</title>
      <link>https://communities.vmware.com/t5/VMware-Aria-Automation-Tools/VCAC-61-Login-Fail-with-error-quot-Login-failed-Please-contact/m-p/983415#M6722</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Pointed towards this from GSS:&lt;/P&gt;&lt;P&gt;&lt;A href="http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&amp;amp;cmd=displayKC&amp;amp;externalId=2090809" style="font-size: 10pt; line-height: 1.5em;" title="http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&amp;amp;cmd=displayKC&amp;amp;externalId=2090809"&gt;http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&amp;amp;cmd=displayKC&amp;amp;externalId=2090809&lt;/A&gt;&lt;/P&gt;&lt;P&gt;Haven't tried it yet, will do so later, but just in case anyone else still having this problem ....&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Fri, 21 Nov 2014 11:25:13 GMT</pubDate>
      <guid>https://communities.vmware.com/t5/VMware-Aria-Automation-Tools/VCAC-61-Login-Fail-with-error-quot-Login-failed-Please-contact/m-p/983415#M6722</guid>
      <dc:creator>DonalB</dc:creator>
      <dc:date>2014-11-21T11:25:13Z</dc:date>
    </item>
    <item>
      <title>Re: VCAC 61: Login Fail with error "Login failed. Please contact your System Administrator and report error code mv2km0hv."</title>
      <link>https://communities.vmware.com/t5/VMware-Aria-Automation-Tools/VCAC-61-Login-Fail-with-error-quot-Login-failed-Please-contact/m-p/983414#M6721</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Having the same problem with a fresh install of 6.1. Have tried &lt;B&gt;SBeavers&lt;/B&gt; certificate shenanigans but can't get the ID appliance to accept a concatenated pem chain, my certs have 3 layers though (host, SubCA, CA) so wondering if that's causing a problem . Have also tried targeting the GC in AD on port 3268 rather than straight ldap on 389. and have confirmed time is synced across the appliances. have to be missing something in this .....&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Sat, 15 Nov 2014 08:39:54 GMT</pubDate>
      <guid>https://communities.vmware.com/t5/VMware-Aria-Automation-Tools/VCAC-61-Login-Fail-with-error-quot-Login-failed-Please-contact/m-p/983414#M6721</guid>
      <dc:creator>DonalB</dc:creator>
      <dc:date>2014-11-15T08:39:54Z</dc:date>
    </item>
    <item>
      <title>Re: VCM 5.7.2 installation problems windows 2008R2, MS SQL 2012. Tier 2</title>
      <link>https://communities.vmware.com/t5/vCenter-Configuration-Manager/VCM-5-7-2-installation-problems-windows-2008R2-MS-SQL-2012-Tier/m-p/2671872#M972</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Have had a similar problem, couple of things that aren't clearly documented in the standard install guide (think they may be in the Advanced guide, and if you dig around the web you'll also find references .. .eventually!)&lt;/P&gt;&lt;P&gt;Make sure to install &lt;/P&gt;&lt;UL&gt;&lt;LI&gt;Download and install SQL 2008 R2 native client package on the server where you'll install VCM (Collector and Webserver) &lt;/LI&gt;&lt;LI&gt;Download and install SQL 2008 R2 command line tools (sqlcmdlnutils.msi) on server where you'll install VCM (Collector and Webserver) &lt;/LI&gt;&lt;/UL&gt;&lt;P&gt;Apparently even for a 2012 SQL server these packages are still required by the installer for the SQL and SSRS installation. I had already had the native client install (found that requirement through an earlier issue in my original install) and then got exactly the same error as the one you have here , installed the command line tools, rebooted the server and the install ran through then.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;HTH&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;DB&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Sat, 27 Sep 2014 07:37:25 GMT</pubDate>
      <guid>https://communities.vmware.com/t5/vCenter-Configuration-Manager/VCM-5-7-2-installation-problems-windows-2008R2-MS-SQL-2012-Tier/m-p/2671872#M972</guid>
      <dc:creator>DonalB</dc:creator>
      <dc:date>2014-09-27T07:37:25Z</dc:date>
    </item>
    <item>
      <title>Re: Office 2013 high CPU usage causing session lockups</title>
      <link>https://communities.vmware.com/t5/Horizon-Desktops-and-Apps/Office-2013-high-CPU-usage-causing-session-lockups/m-p/1752401#M47374</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;It is 1 , have bumped to 2 to see but it may be some more hours before I can tell if it helped, the issues typically do not start from first logon, they usually start to occur after a few hours or even a day or two - again intermittent and inconsistent so far&lt;/P&gt;&lt;P&gt;Thanks for the suggestions though, have you seen similar issues or have a Win7 &amp;amp; Office 2013 desktop environment in View where this isn't happening?&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Wed, 26 Feb 2014 12:31:25 GMT</pubDate>
      <guid>https://communities.vmware.com/t5/Horizon-Desktops-and-Apps/Office-2013-high-CPU-usage-causing-session-lockups/m-p/1752401#M47374</guid>
      <dc:creator>DonalB</dc:creator>
      <dc:date>2014-02-26T12:31:25Z</dc:date>
    </item>
    <item>
      <title>Re: VMware tools causing Microsoft Office 2013 products to hang on Windows 8</title>
      <link>https://communities.vmware.com/t5/ESXi-Discussions/VMware-tools-causing-Microsoft-Office-2013-products-to-hang-on/m-p/1814262#M177916</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Not exactly the same environment but seeing something similar in terms of office 2013 in a View environment, have started a separate thread about it here: &lt;A href="https://communities.vmware.com/thread/471729"&gt;Office 2013 high CPU usage causing session lockups&lt;/A&gt;&lt;/P&gt;&lt;P&gt;Our VMTools version is currently 9.0.5 build 1065307&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I had assumed at this stage that it was Office 2013 but seeing your post I'm wondering, might explore this a bit more and if I find anything I'll let you know&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Wed, 26 Feb 2014 10:15:17 GMT</pubDate>
      <guid>https://communities.vmware.com/t5/ESXi-Discussions/VMware-tools-causing-Microsoft-Office-2013-products-to-hang-on/m-p/1814262#M177916</guid>
      <dc:creator>DonalB</dc:creator>
      <dc:date>2014-02-26T10:15:17Z</dc:date>
    </item>
    <item>
      <title>Re: Office 2013 high CPU usage causing session lockups</title>
      <link>https://communities.vmware.com/t5/Horizon-Desktops-and-Apps/Office-2013-high-CPU-usage-causing-session-lockups/m-p/1752399#M47372</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Not disconnected, screen locks up and appears to become unresponsive while the office application is in the foreground, however I have found that putting the office app in the background either through task manager or alt-tab and selecting another non-office app will recover graphics control and if watching task manager the now office app running in the background will after a few seconds of continued 100% CPU usage, drop back but if you try to bring the application to the foreground again it hammers CPU again. If you sit and wait it will eventually get over what it's trying to process and then become responsive again - the killer is that this at the moment is completely inconsistent, no one action appears to cause this and most of the time the application works just fine....!!? &lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Wed, 26 Feb 2014 10:07:53 GMT</pubDate>
      <guid>https://communities.vmware.com/t5/Horizon-Desktops-and-Apps/Office-2013-high-CPU-usage-causing-session-lockups/m-p/1752399#M47372</guid>
      <dc:creator>DonalB</dc:creator>
      <dc:date>2014-02-26T10:07:53Z</dc:date>
    </item>
  </channel>
</rss>

