STATE ID : YH000 Cannot Generate SSPI context

vanton
Member Posts: 15
Hi everyone, i need your help. I migrate a Navision SP1 SQL2000 to Sp3 SQL2005. The only problem i have is that i want to connect with windows authentication login and i get the following error ....."Cannot Generate SSPI context..... STATE ID : YH000". I have made a synchronization and i got no errors.
I also want to tell you that i can connect with windows authentication from the local machine, but NOT from a client.
PLEASE ANY HELP..........?????????????????
I also want to tell you that i can connect with windows authentication from the local machine, but NOT from a client.
PLEASE ANY HELP..........?????????????????
0
Comments
-
Solution
- SQL Server services must be executed by a domain user account
- domain user account must have local administration rights on the sql server
Further hints:
- DNS should be up and running
- Time sync on DC, server and clients0 -
I did it but I still cannot connect....... ](*,) ](*,) ](*,) ](*,) When you say Time DC Synch, you mean that restart the services? I allready have an account that is starting SQL Server service and thw account has administration rights in the Server. The DNS Services are started...What am i doing wrong??????0
-
I get 20 hits in google (Click Here). The most promising looking ones:
http://support.microsoft.com/kb/843248
https://www.microsoft.com/technet/prodt ... x?mfr=true
http://www.dbforums.com/showthread.php?t=977044
http://www.sqlnewsgroups.net/group/micr ... 22714.aspx0 -
I've had the same problem, when logging onto a SQL server from another computer with NAV, with windows authentication.
After a long search and after reading about many probable causes I stumbled upon the following link, which was not really the solution, but pushed me in the right direction.
http://support4.scriptlogic.com/kb/article.aspx?id=13534
The cause in this case had also something to do with the SQL SERVER SERVICE on the SQL server. This service logged on by a domain admin user of whom the password recently changed :-). And there was our solution... :roll: So after changing the password in the service to the correct one, it worked...
So that service comes into play (/gives us a hard time) when using windows logins on SQL Server.
Grtz,
Bram.Dynamics NAV Consultant0
Categories
- All Categories
- 73 General
- 73 Announcements
- 66.6K Microsoft Dynamics NAV
- 18.7K NAV Three Tier
- 38.4K NAV/Navision Classic Client
- 3.6K Navision Attain
- 2.4K Navision Financials
- 116 Navision DOS
- 851 Navision e-Commerce
- 1K NAV Tips & Tricks
- 772 NAV Dutch speaking only
- 617 NAV Courses, Exams & Certification
- 2K Microsoft Dynamics-Other
- 1.5K Dynamics AX
- 320 Dynamics CRM
- 111 Dynamics GP
- 10 Dynamics SL
- 1.5K Other
- 990 SQL General
- 383 SQL Performance
- 34 SQL Tips & Tricks
- 35 Design Patterns (General & Best Practices)
- 1 Architectural Patterns
- 10 Design Patterns
- 5 Implementation Patterns
- 53 3rd Party Products, Services & Events
- 1.6K General
- 1.1K General Chat
- 1.6K Website
- 83 Testing
- 1.2K Download section
- 23 How Tos section
- 252 Feedback
- 12 NAV TechDays 2013 Sessions
- 13 NAV TechDays 2012 Sessions