InstantForum.NET v2.9.0SQLServerCentralhttp://www.sqlservercentral.com/Forums/notifications@sqlservercentral.comSun, 26 May 2013 01:54:38 GMT20http://www.sqlservercentral.com/Forums/Topic1384362-1550-1.aspxError 1205 is indeed the deadlock error message. Update stats should not be able to deadlock with itself, as the only locks it takes are schema stability locks, and those are compatible with each other.No chance anyone could have had any schema modifications running at the time? That's about teh only thing that should block a stats update.Since you're on SQL 2008, you can pull the deadlock graph out of the system health extended events session. Post it here and we'll take a look.Wed, 14 Nov 2012 04:09:11 GMTGilaMonsterhttp://www.sqlservercentral.com/Forums/Topic1384362-1550-1.aspxYou can try enabling trace flag 1222 to capture the deadlock information. Then you can analyze the deadlock further to see what is causing it.[url=http://technet.microsoft.com/en-us/library/ms178104(v=SQL.105).aspx]Detecting and Ending Deadlocks[/url]Wed, 14 Nov 2012 03:59:53 GMTJoie Andrewhttp://www.sqlservercentral.com/Forums/Topic1384362-1550-1.aspxFor the first time our update stats job failed, the job runs at 5am in the morning when no one should really be using the database.It failed with SQL severity 13, SQL message ID 1205, This suggests a deadlock occured? Given nothing else should be running on the server at this time i am a bit confused at what could cause the deadlock? Can the update stats process deadlock it's self? The only thing that overlaps the update stats is a translog backup. This shouldn't cause a problem?Tue, 13 Nov 2012 18:32:07 GMTdavidwarner