I have migrated a SQL server from another server box that was decommissioned. They have the same name and also same IP address. However, when I connect to the server from an application using trusted connection, I get the "SSPI context not generated" error.
What I have done:
I have used the setspn -X to confirm there is no duplicate SPN.
I have changed the order of protocol to follow the order:
Shared Memory,
Named Pipes,
TCP/IP.I have verified that when I restart SQL server, the service registers and deregisters. This was found in the SQL server log.
I have checked that on the SQL configuration the TCP/IP network protocol has the right IP and is active and enabled on both 32bit and 64bit.
I am running out of ideas and I am still getting the same error. I can't find any log that point to Kerberos.
-
Is the sysserver name changed .. sp_addservername ?Kin Shah– Kin Shah2016年03月21日 23:21:04 +00:00Commented Mar 21, 2016 at 23:21
-
Was the name correct before you installed SQL or did you change it after?Mister Magoo– Mister Magoo2016年03月21日 23:32:15 +00:00Commented Mar 21, 2016 at 23:32
-
Yes the server was changed after and the sysserver was changed as well.damola– damola2016年03月22日 17:01:40 +00:00Commented Mar 22, 2016 at 17:01
-
Make certain that the clock on both the servers is correctSpörri– Spörri2021年02月06日 21:33:55 +00:00Commented Feb 6, 2021 at 21:33
-
1Does this answer your question? Error: Cannot Generate SSPI contextJohn K. N.– John K. N.2023年11月16日 07:38:59 +00:00Commented Nov 16, 2023 at 7:38
1 Answer 1
Try using Microsoft Kerberos Configuration Manager for SQL Server to automatically detect and fix such SPN Issues: