BUG: INSERT..SELECT with Ignore_Dup_Row Clustered Index Stops

Last reviewed: March 9, 1998
Article ID: Q181244
The information in this article applies to:
  • Microsoft SQL Server, version 6.5
BUG #: 17814

SYMPTOMS

INSERT..SELECT with ignore_dup_row on a clustered index stops responding, and the insert never completes. Examination of sysprocesses shows the spid to be sleeping, with a waittype of 0x0013. No indication of blocking nor deadlocking is present; effectively, the insert has blocked itself.

WORKAROUND

To work around this problem, replace the clustered index with a non-clustered index. Alternatively, removing the ignore_dup_key option from the clustered index may solve the problem.

STATUS

Microsoft has confirmed this to be a problem in SQL Server version 6.5. We are researching this problem and will post new information here in the Microsoft Knowledge Base as it becomes available.

MORE INFORMATION

The spid will not respond to a KILL statement; SQL Server must be shut down. Depending of the size of the insert, there may be a lengthy recovery process for the database when SQL Server is restarted.


Additional query words: deadlock sleep kill stop client undetected block
sqlserver
Keywords : kbbug6.50 SSrvLock
Version : WINNT:6.5
Platform : winnt
Issue type : kbbug
Solution Type : kbworkaround


THE INFORMATION PROVIDED IN THE MICROSOFT KNOWLEDGE BASE IS PROVIDED "AS IS" WITHOUT WARRANTY OF ANY KIND. MICROSOFT DISCLAIMS ALL WARRANTIES, EITHER EXPRESS OR IMPLIED, INCLUDING THE WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE. IN NO EVENT SHALL MICROSOFT CORPORATION OR ITS SUPPLIERS BE LIABLE FOR ANY DAMAGES WHATSOEVER INCLUDING DIRECT, INDIRECT, INCIDENTAL, CONSEQUENTIAL, LOSS OF BUSINESS PROFITS OR SPECIAL DAMAGES, EVEN IF MICROSOFT CORPORATION OR ITS SUPPLIERS HAVE BEEN ADVISED OF THE POSSIBILITY OF SUCH DAMAGES. SOME STATES DO NOT ALLOW THE EXCLUSION OR LIMITATION OF LIABILITY FOR CONSEQUENTIAL OR INCIDENTAL DAMAGES SO THE FOREGOING LIMITATION MAY NOT APPLY.

Last reviewed: March 9, 1998
© 1998 Microsoft Corporation. All rights reserved. Terms of Use.