FIX: Multi-Session DBCC OUTPUTBUFFER Under Stress Causes AVLast reviewed: December 19, 1997Article ID: Q170437 |
The information in this article applies to:
15719 (6.0) SYMPTOMSRunning frequent DBCC OUTPUTBUFFER commands from more than one concurrent session while the system is under transactional stress may cause a handled access violation (AV). After this AV, the server may stop responding. This problem happens on all versions of SQL Server from 6.00.121 through 6.50.258, but it only happens on:
The following stack is less frequent:
debugSR!ubchkalloc+0x22 debugSR!memshrink+0xb8 debugSR!s_pop+0x23e debugSR!s_pop+0xb9 debugSR!execproc+0x11eb debugSR!execrpc+0xd07The following stack is more frequent:
debugSR!ubfree+0x96 debugSR!memfree+0x215 debugSR!procfree+0xc8 debugSR!procrm2+0x17a debugSR!procrm+0xd7 debugSR!s_pop+0x22d debugSR!s_pop+0xb9 debugSR!s_cleanframe+0x2fb debugSR!s_recompile+0x942 debugSR!ex_raise+0x37a debugSR!prepscan_failed+0x23 debugSR!prepscan+0x367 debugSR!startscan+0x377 debugSR!exec_substitute+0x435 debugSR!exec_eop+0x493 debugSR!exec_eop+0x1e2 debugSR!execute+0x2c0 debugSR!s_execute+0xbf8 debugSR!sequencer+0x35c WORKAROUNDTo work around this problem, do not issue multiple concurrent DBCC OUTPUTBUFFER statements.
STATUSMicrosoft has confirmed this to be a problem in SQL Server versions 6.0 and 6.5. This problem was corrected in the latest Microsoft SQL Server 6.5 U.S. Service Pack. For information on obtaining the service pack, query on the following word in the Microsoft Knowledge Base (without the spaces):
S E R V P A C K |
Additional query words: hang hung freeze frozen dead stopped
© 1998 Microsoft Corporation. All rights reserved. Terms of Use. |