|
|
|
Grasshopper
      
Group: General Forum Members
Last Login: Monday, December 03, 2012 5:54 AM
Points: 19,
Visits: 117
|
|
Hi, We have a situation where, the app server and the database server has to be backdated and not the domain controller. While backdated, the application is able to read, write and update to the database. The job works in the current dated mode. But, while the application tries to trigger a job, the SQL Server Agent logs the below message: ------------------------------------------------------------------------------------------------- 2008-11-27 15:42:57 - ! [298] SQLServer Error: 804, SQL Network Interfaces: The clocks on the client and server machines are skewed. [SQLSTATE HY000] 2008-11-27 15:42:57 - ! [298] SQLServer Error: 804, Cannot generate SSPI context [SQLSTATE HY000] 2008-11-27 15:42:57 - ! [382] Logon to server '(local)' failed (JobManager) 2008-11-27 15:42:57 - ! [298] SQLServer Error: 804, SQL Network Interfaces: The clocks on the client and server machines are skewed. [SQLSTATE HY000] 2008-11-27 15:42:57 - ! [298] SQLServer Error: 804, Cannot generate SSPI context [SQLSTATE HY000] 2008-11-27 15:42:57 - ! [382] Logon to server '(local)' failed (ConnUpdateJobActivity_NextScheduledRunDate) 2008-11-27 15:42:57 - ! [298] SQLServer Error: 804, SQL Network Interfaces: The clocks on the client and server machines are skewed. [SQLSTATE HY000] 2008-11-27 15:42:57 - ! [298] SQLServer Error: 804, Cannot generate SSPI context [SQLSTATE HY000] 2008-11-27 15:42:57 - ! [382] Logon to server '(local)' failed (ConnAttemptCachableOp) 2008-11-27 15:42:57 - ! [298] SQLServer Error: 804, SQL Network Interfaces: The clocks on the client and server machines are skewed. [SQLSTATE HY000] 2008-11-27 15:42:57 - ! [298] SQLServer Error: 804, Cannot generate SSPI context [SQLSTATE HY000] 2008-11-27 15:42:57 - ! [382] Logon to server '(local)' failed (ConnAttemptCachableOp) -------------------------------------------------------------------------------------------------
SQL Server Version: Microsoft SQL Server 2005 - 9.00.3042.00 (Intel IA-64) Feb 10 2007 01:00:35 Copyright (c) 1988-2005 Microsoft Corporation Enterprise Edition (64-bit) on Windows NT 5.2 (Build 3790: Service Pack 2) The SQL Server is clustered. SQL Server Agent runs on: <<Domain>>\<<MachineName>>_agent
The Job owner has R/W/M access on the database. Thanks in advance!!!
|
|
|
|
|
Ten Centuries
      
Group: General Forum Members
Last Login: Yesterday @ 5:50 PM
Points: 1,308,
Visits: 3,899
|
|
Is your application using SQL Authentication while SQL Agent is using Windows Authentication?
MM
|
|
|
|
|
SSCrazy
      
Group: General Forum Members
Last Login: Wednesday, May 22, 2013 9:55 PM
Points: 2,471,
Visits: 2,066
|
|
When you (or SQL Agent) authenticates to Active Directory (when you logon or start a service), a "ticket" is issued that represents you. This ticket is valid for a fixed amount of time.
If your clocks are out of step (which yours are), this effectively means that the ticket that would have been issues is immediately out of date
|
|
|
|
|
Grasshopper
      
Group: General Forum Members
Last Login: Monday, December 03, 2012 5:54 AM
Points: 19,
Visits: 117
|
|
Yes, my applicaiton uses SQL Server authentcation. If the difference betweenthe server and the client are different, and the ticket expires, what other options can I have to make it work? Also, can we make the SQL Server agent work under a local machine account, so that it may not have to authenticate with the domain controller?
|
|
|
|