- 论坛徽章:
- 0
|
各位专家，我在solaris上运行的sybase12.0，在进行数据处理的过程中遇到一些数据库的异常错误，报错信息如下：
2:00000:00015:2008/12/26 10:02:59.86 server Original error was 837, severity 21, state 1
02:00000:00015:2008/12/26 10:02:59.86 kernel ************************************
02:00000:00015:2008/12/26 10:02:59.86 kernel SQL causing error : _a01_temp.avail_trunks, sq_a01_temp.conn_num, sq_a01_temp.open_tru
nks, sq_a01_temp.seized_erl, sq_a01_temp.seized_trunks, sq_a01_temp.retries_num, sq_
02:00000:00015:2008/12/26 10:02:59.86 kernel ************************************
02:00000:00015:2008/12/26 10:02:59.86 server SQL Text: _a01_temp.avail_trunks, sq_a01_temp.conn_num, sq_a01_temp.open_trunks, sq_a0
1_temp.seized_erl, sq_a01_temp.seized_trunks, sq_a01_temp.retries_num, sq_a01_temp.noresponse_num, sq_a01_temp.congestion_num, sq_a0
1_temp.LS_busy_num, sq_a01_temp.TS_busy_num from sq_a01_temp
commit
02:00000:00015:2008/12/26 10:02:59.86 kernel curdb = 6 pstat = 0x94100 lasterror = 837
02:00000:00015:2008/12/26 10:02:59.86 kernel preverror = 0 transtate = 0
02:00000:00015:2008/12/26 10:02:59.86 kernel curcmd = 195 program = Rapid SQL
02:00000:00015:2008/12/26 10:02:59.86 kernel pc: 0x00633430 pcstkwalk+0x24(0x90584b00, 0x00000000, 0x0000270f, 0x00000002, 0xffffff
f
02:00000:00015:2008/12/26 10:02:59.86 kernel pc: 0x0063333c ucstkgentrace+0x194(0x001d001d, 0x91b7f998, 0x91b7f998, 0x90fa6f58, 0x0
0000000)
02:00000:00015:2008/12/26 10:02:59.86 kernel pc: 0x00603138 ucbacktrace+0xa8(0x90fa6f58, 0x00000001, 0x001d001d, 0x91ae0810, 0x0000
0000)
02:00000:00015:2008/12/26 10:02:59.86 kernel pc: 0x000f43f0 terminate_process+0xcf8(0x00bc1494, 0x000054e8, 0x000054e4, 0xffffffff,
0x00005000)
02:00000:00015:2008/12/26 10:02:59.87 kernel [Handler pc: 0x0013664c ex_stop_recursion installed by the following function:-]
02:00000:00015:2008/12/26 10:02:59.87 kernel pc: 0x00136d58 ex_print+0xf8(0x00bc1400, 0x00000345, 0x00000001, 0x90585990, 0x0000071
c)
02:00000:00015:2008/12/26 10:02:59.87 kernel pc: 0x0013a990 hdl_default+0x34(0x00000008, 0x00000025, 0x00000015, 0x00000001, 0x9058
5990)
02:00000:00015:2008/12/26 10:02:59.87 kernel pc: 0x00399814 s_handle+0x1100(0x00006800, 0x00000015, 0x00000001, 0x91b7f998, 0x90585
990)
02:00000:00015:2008/12/26 10:02:59.87 kernel pc: 0x0013a550 ex_raise+0x1ac(0x91b84ed8, 0x00000000, 0x00000015, 0x00000001, 0x000000
13)
02:00000:00015:2008/12/26 10:02:59.87 kernel pc: 0x00180ef8 cm_grabmem_lru+0x1f4(0x00000000, 0x91b7f998, 0x952fc240, 0x00000000, 0x
00000000)
02:00000:00015:2008/12/26 10:02:59.87 kernel pc: 0x00179190 bufnewpage+0x1a4(0xffffffff, 0x00000001, 0x00000000, 0x90585bb0, 0x9041
3700)
02:00000:00015:2008/12/26 10:02:59.87 kernel pc: 0x001d33a8 pg__getpgbuf+0x64(0x90585c70, 0x91b7fb20, 0x954ccf40, 0x00000800, 0x000
00000)
02:00000:00015:2008/12/26 10:02:59.87 kernel pc: 0x001d6b8c pg_log_alloc+0xdc(0x005c0d91, 0x00000000, 0x90585ce8, 0x954ccf40, 0x91b
7fb20)
02:00000:00015:2008/12/26 10:02:59.87 kernel pc: 0x002b2ca0 log__newpage+0xe0(0x00000000, 0xec884378, 0xebcf5000, 0x97f92ba0, 0x000
0071c)
02:00000:00015:2008/12/26 10:02:59.87 kernel pc: 0x002b66d4 plc__flush+0x2c4(0x00000000, 0x000007c8, 0x00000001, 0x954ccf40, 0x0000
0000)
不知道是什么原因，是表有问题，还是存储过程有问题，请大家帮忙看看。 |
|
免费注册
发表于 2008-12-26 10:57
发表于 2008-12-30 17:34
