Setspn fails if domain name differs from NetBIOS name where SQL Server SPN is registered

This article was previously published under Q277658
This article has been archived. It is offered "as is" and will no longer be updated.
BUG #: 236041 (SHILOH)
When you try to register the Service Principal Name (SPN) by using the Setspn utility, and the NetBIOS name of the computer that is running Microsoft SQL Server 2000 differs from the domain name, the following syntax is incorrect.
setspn -A MSSQLSvc/<Host>:<port> <serviceaccount>				
This syntax will return the following error:
C:\>setspn -A MSSQLSvc/ delegationRegistering ServicePrincipalNames for (null)        MSSQLSvc/ to assign SPN to account '(null)', 0x57    				
Note The following information applies to the examples in this article:
  • "Lphbar2" is the host name of the computer that is running SQL Server.
  • "Hemlock" is the Microsoft Windows 2000 domain name.
  • "Delegation" is the SQL Server domain account under which the SQL Server service is running.
  • "Hemlock0" is the NetBIOS name of the computer that is running SQL Server. This is the computer where the SPN is being registered.
To work around this problem, you can register the SPN by using the following syntax.
setspn -A MSSQLSvc/<Host>:<port> <domainname>\<serviceaccount>				
For example, use the following syntax.
C:\>setspn -A MSSQLSvc/ hemlock0/delegation				
Notice that the NetBIOS name of the computer that is running SQL Server (hemlock0) and the Windows 2000 domain name (hemlock) are different.
For information about delegation, see the "Security Account Delegation" topic in SQL Server 2000 Books Online.

Article ID: 277658 - Last Review: 12/05/2015 22:27:09 - Revision: 5.4

Microsoft SQL Server 2000 Standard Edition

  • kbnosurvey kbarchive kbprb KB277658
ERROR: at System.Diagnostics.Process.Kill() at Microsoft.Support.SEOInfrastructureService.PhantomJS.PhantomJSRunner.WaitForExit(Process process, Int32 waitTime, StringBuilder dataBuilder, Boolean isTotalProcessTimeout)