Sybase NNTP forums - End Of Life (EOL)

The NNTP forums from Sybase - forums.sybase.com - are now closed.

All new questions should be directed to the appropriate forum at the SAP Community Network (SCN).

Individual products have links to the respective forums on SCN, or you can go to SCN and search for your product in the search box (upper right corner) to find your specific developer center.

SQL Server system exception (0xc0000005) generated by a storage access violation

2 posts in General Discussion Last posting was on 2012-08-01 14:44:52.0Z
Bill Chie Posted on 2012-08-01 06:31:27.0Z
Sender: 2da6.5018cbe1.1804289383@sybase.com
From: Bill Chie
Newsgroups: sybase.public.ase.general
Subject: SQL Server system exception (0xc0000005) generated by a storage access violation
X-Mailer: WebNews to Mail Gateway v1.1t
Message-ID: <5018cd3e.2dd1.1681692777@sybase.com>
NNTP-Posting-Host: 172.20.134.41
X-Original-NNTP-Posting-Host: 172.20.134.41
Date: 31 Jul 2012 23:31:27 -0700
X-Trace: forums-1-dub 1343802687 172.20.134.41 (31 Jul 2012 23:31:27 -0700)
X-Original-Trace: 31 Jul 2012 23:31:27 -0700, 172.20.134.41
Lines: 90
Path: forums-1-dub!not-for-mail
Xref: forums-1-dub sybase.public.ase.general:31299
Article PK: 74189

Dear all,

We find our ASE server having problem, and find the
following in the log

******************
00:00000:00366:2012/08/01 12:10:30.43 kernel SQL Server
system exception (0xc0000005) generated by a storage access
violation.
00:00000:00366:2012/08/01 12:10:30.93 kernel Symbolic stack
trace information is successfully loaded
00:00000:00366:2012/08/01 12:10:30.93 kernel pc:
0x0000000077EDB787 RtlGetUserInfoHeap+ 0x117
(0x00000000576F0000, 0x00000000576F0000, 0x00000000576F0000,
0x0000000002D00000)
00:00000:00366:2012/08/01 12:10:31.15 kernel pc:
0x0000000001237727 NTPCI_HeapFree+ 0x237
(0x00000000576F0000, 0x0000000034313310, 0x000000003FD81500,
0x000000003FD88D00)
00:00000:00366:2012/08/01 12:10:31.15 kernel pc:
0x0000000078136DFB free+ 0x1b (0x00000000576F0000,
0x00000000432D3340, 0x000000003FD81500, 0x000000003FD81500)
00:00000:00366:2012/08/01 12:10:31.16 kernel pc:
0x00000000012AC65A VTABRemoteAccess::`scalar deleting
destructor'+ 0xba (0x0000000000000000, 0x0000000034313310,
0x000000003FD81500, 0x000000005D9E3000)
00:00000:00366:2012/08/01 12:10:31.16 kernel pc:
0x000000000125AB7C destroyRemoteAccess+ 0x3c
(0x00000000554B2800, 0x000000003FD8AFA0, 0x000000003FD81500,
0x000000003FD81500)
00:00000:00366:2012/08/01 12:10:31.18 kernel pc:
0x000000000125C1A8 omni_closetable+ 0x88
(0x000000003FD8AFA0, 0x000000003FD8AFA0, 0x0000000034313310,
0x000000003FD81500)
00:00000:00366:2012/08/01 12:10:31.19 kernel pc:
0x00000000004102B2 dso_closetable+ 0x12 (0x0000000050E2CFF0,
0x0000000000000001, 0x000000000AE8E1B8, 0x0000000000000000)
00:00000:00366:2012/08/01 12:10:31.21 kernel pc:
0x0000000000DE5DF2 close_range+ 0x2e2 (0x0000000000000002,
0x0000000000000000, 0x00000000000000C1, 0x0000000000000000)
00:00000:00366:2012/08/01 12:10:31.22 kernel pc:
0x0000000000DCA97A s_estmt_loopend+ 0x38a
(0x0000000000000001, 0x0000000000000003, 0x0000000050E2CEA0,
0x0000000000000001)
00:00000:00366:2012/08/01 12:10:31.22 kernel pc:
0x0000000000DD7FD0 s_execute+ 0x5f00 (0x00000000200FBBA0,
0x0000000000000000, 0x000000003FD81500, 0x0000000000000000)
00:00000:00366:2012/08/01 12:10:31.26 kernel pc:
0x0000000000DBB806 sequencer+ 0x10b6 (0x00000000554B2800,
0x0000000000000000, 0x00000000554B2800, 0x000000003FD81500)
00:00000:00366:2012/08/01 12:10:31.26 kernel pc:
0x0000000000DD11FE execproc+ 0xcde (0x0000000000000000,
0x000000005EBA7930, 0x0000000000000002, 0x000000005EBA7930)
00:00000:00366:2012/08/01 12:10:31.26 kernel pc:
0x0000000000DD52A0 s_execute+ 0x31d0 (0x00000000200FBBA0,
0x0000000000000000, 0x000000003FD81500, 0x0000000000000000)
00:00000:00366:2012/08/01 12:10:31.26 kernel pc:
0x0000000000DBB806 sequencer+ 0x10b6 (0x00000000576F0000,
0x000000003FD81500, 0x0000000000000021, 0x000000003FD81500)
00:00000:00366:2012/08/01 12:10:31.27 kernel pc:
0x0000000000456288 tdsrecv_language+ 0x318
(0x0000000000000000, 0x0000000000000021, 0x000000003FD81500,
0x000000002003CBA0)
00:00000:00366:2012/08/01 12:10:31.29 kernel pc:
0x000000000041B83D conn_hdlr+ 0x1f0d (0x0000000000000000,
0x0000000041673940, 0x0000000000000000, 0x0000000000000000)
00:00000:00366:2012/08/01 12:10:31.30 kernel pc:
0x0000000001162074 kpntwrapper+ 0x54 (0x0000000000000000,
0x0000000000000000, 0x0000000000000000, 0x0000000000000000)
00:00000:00366:2012/08/01 12:10:31.30 kernel pc:
0x0000000077D6B6DA BaseThreadStart+ 0x3a
(0x0000000000000000, 0x0000000000000000, 0x0000000000000000,
0x0000000000000000)
00:00000:00366:2012/08/01 12:10:31.30 kernel end of stack
trace, spid 366, kpid 622723266, suid 5
*******************

The stack trace is difference in every time, but I find
omni_closetable in all stack trace I find in today log, so I
just wonder if I hit the following bug.

562998 - NT storage access violation in omni_closetable
destroyRemoteAccess

Tried to search about the bug and find no further
information, can someone please kindly provide some
information on this?

Regards
Bill


Bret Halford Posted on 2012-08-01 14:44:52.0Z
From: Bret Halford <bret@sybase.com>
User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:14.0) Gecko/20120713 Thunderbird/14.0
MIME-Version: 1.0
Newsgroups: sybase.public.ase.general
Subject: Re: SQL Server system exception (0xc0000005) generated by a storage access violation
References: <5018cd3e.2dd1.1681692777@sybase.com>
In-Reply-To: <5018cd3e.2dd1.1681692777@sybase.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
NNTP-Posting-Host: vip152.sybase.com
X-Original-NNTP-Posting-Host: vip152.sybase.com
Message-ID: <501940e4$1@forums-1-dub>
Date: 1 Aug 2012 07:44:52 -0700
X-Trace: forums-1-dub 1343832292 172.20.134.152 (1 Aug 2012 07:44:52 -0700)
X-Original-Trace: 1 Aug 2012 07:44:52 -0700, vip152.sybase.com
Lines: 23
Path: forums-1-dub!not-for-mail
Xref: forums-1-dub sybase.public.ase.general:31303
Article PK: 74192


On 8/1/2012 12:31 AM, Bill Chie wrote:

> The stack trace is difference in every time, but I find
> omni_closetable in all stack trace I find in today log, so I
> just wonder if I hit the following bug.
>
> 562998 - NT storage access violation in omni_closetable
> destroyRemoteAccess
>
> Tried to search about the bug and find no further
> information, can someone please kindly provide some
> information on this?
>
> Regards
> Bill
>

What version of ASE are you on? (select @@version).
CR 562998 was fixed in 15.0.3 ESD 2 and higher
versions including 15.5 GA.