The information in this article applies to:
BUG #: 18923 (SQLBUG_65) SYMPTOMSWhen a client disconnects from SQL Server, the connection can persist. The sp_who stored procedure can show the offending process as having a status of SPINLOOP. In this state, the process is impossible to KILL and can continue to hold locks indefinitely. In addition, the process can cause an access violation (AV). Another symptom is that SQL Server can stop responding (hang). CAUSEThis problem is caused due to a hashing algorithm SQL Server uses to manage memory. When SQL server is configured to use memory above 2 GB, this can hash to a value greater than was accounted for. This caused an internal overflow and so the process was not cleaned up properly. RESOLUTIONA supported fix that corrects this problem is now available from Microsoft, but
it has not been fully regression tested and should be applied only to systems
experiencing this specific problem. If you are not severely affected by this
specific problem, Microsoft recommends that you wait for the next SQL Server service pack
that contains this fix. http://www.microsoft.com/support/supportnet/overview/overview.aspThe English version of this fix should have the following file attributes or later: NOTE: Due to file dependencies, the most recent hotfix or feature that contains the above files may also contain additional files.WORKAROUNDTo work around this problem, make sure that SQL Server is configured to only use 2 gigabytes or less of memory. STATUSMicrosoft has confirmed this to be a problem in SQL Server version 6.5. Additional query words: GB
Keywords : SSrvGen kbbug6.50 |
Last Reviewed: December 15, 1999 © 2000 Microsoft Corporation. All rights reserved. Terms of Use. |