Windows 11 Pro - Sitecore 10.1.x Installation Error Resolution - "The certificate chain was issued by an authority that is not trusted."
Note: I was on May Windows Update when this issue occurred and in the June 13 Windows update both "TrustServerCertificate": true and "Encrypt": "Optional" produce the same effect in resolving the issue but the former seems more secure and latter is more of a workaround. So, use "Encrypt": "Optional" only as a workaround if "TrustServerCertificate": true doesn't work. Also, this change is relevant for all topologies involving xconnect json and the location of change is the 4 occurrences discussed in the blog article here. I also have created a restore point now in my machine so that I can revert a windows update in case of issues. In case of higher environments, better turn-off windows updates.
--------------------------------------------------------------------------------------
The issue/solution here is applicable for all Sitecore 10.x installations including the latest version, 10.3.
Although Sitecore is moving towards Composable DXP, I have this weakness for Sitecore installation issues. As I was perusing through the Sitecore Slack Channel, I had to setup a Sitecore 10.1.0 instance for one of the issues. I decided to setup the instance on a Windows 11 Pro brand new machine. I then realized that Sitecore 10.1.0 fails on Windows 11 Pro just with the GUI installation:
[ XConnectXP0_CreateShardApplication... : InvokeSqlcmd ------------------------]
A connection was successfully established with the server, but then an error occurred during the login process. (provider: SSL Provider, error: 0 - The certificate chain was issued by an authority that is not trusted.)
[TIME] 00:04:17
A connection was successfully established with the server, but then an error occurred during the login process. (provider: SSL Provider, error: 0 - The certificate chain was issued by an authority that is not trusted.)
Some google search, sent me to this StackExchange link. So, this seemed a known issue that needed a concrete solution.
This was enough for me to get interested. Based on the error information, I could find that the issue was happening in xconnect-xp0.json - InvokeSqlCmd.
I added the "TrustServerCertificate": true to all the 4 occurrences of InvokeSqlcmd in the json file,
Comments
Post a Comment