Segmentation fault using Firebird-2.5.3.26778 SuperClassic on CentOS 6.4 64bit
------------------------------------------------------------------------------
Key: CORE-4532
URL: http://tracker.firebirdsql.org/browse/CORE-4532
Project: Firebird Core
Issue Type: Bug
Components: Engine
Affects Versions: 2.5.3, 2.5.2 Update 1, 2.5.2
Environment: CentOS 6.4 x86_64 Firebird-2.5.3.26778 CS
Reporter: Douglas Moore
We are getting random segmentation faults under heavy loads. The issue seems to
happen when there is large number of rows in a table with multiple processes
trying to get a lock and select from the table.
Here is the gdb backtrace output:
#0 hash_get_lock (lock_void=0x7fe29625e5b0) at ../src/jrd/lck.cpp:1056
#1 external_ast (lock_void=0x7fe29625e5b0) at ../src/jrd/lck.cpp:942
#2 0x00007fe2e024475a in Jrd::LockManager::blocking_action
(this=0x7fe2de548128, tdbb=0x7fe2d4d09180, blocking_owner_offset=79024,
blocked_owner_offset=132264) at ../src/lock/lock.cpp:1487
#3 0x00007fe2e0244965 in Jrd::LockManager::signal_owner (this=<value optimized
out>, tdbb=<value optimized out>, blocking_owner=<value optimized out>,
blocked_owner_offset=<value optimized out>)
at ../src/lock/lock.cpp:3394
#4 0x00007fe2e0244c23 in Jrd::LockManager::post_blockage (this=0x7fe2de548128,
tdbb=0x7fe2d4d09180, request=<value optimized out>, lock=0x7fe2d4d07dcc) at
../src/lock/lock.cpp:2826
#5 0x00007fe2e0244ec2 in Jrd::LockManager::wait_for_request
(this=0x7fe2de548128, tdbb=0x7fe2d4d09180, request=0x7fe2dc106348,
lck_wait=<value optimized out>) at ../src/lock/lock.cpp:3976
#6 0x00007fe2e02458e7 in Jrd::LockManager::grant_or_que (this=0x7fe2de548128,
tdbb=<value optimized out>, request=0x7fe2dc106348, lock=<value optimized out>,
lck_wait=1)
at ../src/lock/lock.cpp:2318
#7 0x00007fe2e0247828 in Jrd::LockManager::enqueue (this=0x7fe2de548128,
tdbb=0x7fe2d4d09180, prior_request=<value optimized out>, parent_request=2,
series=2, value=0x7fe2952c2624 "\202",
length=8, type=6 '\006', ast_routine=0x7fe2e0119750 <external_ast(void*)>,
ast_argument=0x7fe2952c25b0, data=0, lck_wait=1, owner_offset=132264) at
../src/lock/lock.cpp:569
#8 0x00007fe2e0119de3 in internal_enqueue (tdbb=0x7fe2d4d09180, lock=<value
optimized out>, level=6, wait=1, convert_flg=false) at ../src/jrd/lck.cpp:1443
#9 0x00007fe2e011a8f8 in ENQUEUE (tdbb=0x7fe2d4d09180, lock=0x7fe2952c25b0,
level=6, wait=1) at ../src/jrd/lck.cpp:142
#10 LCK_lock (tdbb=0x7fe2d4d09180, lock=0x7fe2952c25b0, level=6, wait=1) at
../src/jrd/lck.cpp:621
#11 0x00007fe2e0180426 in transaction_options (tdbb=0x7fe2d4d09180,
transaction=0x7fe28fdbacd0, tpb=<value optimized out>, tpb_length=<value
optimized out>) at ../src/jrd/tra.cpp:3144
#12 0x00007fe2e018352c in TRA_start (tdbb=0x7fe2d4d09180, tpb_length=19,
tpb=0x7fe28ff21000 "\001\t\017\006\022\v\vDESTINATION\004\377", outer=0x0) at
../src/jrd/tra.cpp:1667
#13 0x00007fe2e010275f in JRD_start_multiple (tdbb=0x7fe2d4d09180,
tra_handle=0x7fe2d4d09518, count=<value optimized out>, vector=<value optimized
out>) at ../src/jrd/jrd.cpp:7168
#14 0x00007fe2e0103287 in jrd8_start_transaction (user_status=0x7fe2d4d098a0,
tra_handle=0x7fe2d4d09518, count=1) at ../src/jrd/jrd.cpp:3749
#15 0x00007fe2dffd9423 in isc_start_multiple (user_status=<value optimized
out>, tra_handle=0x7fe2d4d0994c, count=1, vec=<value optimized out>) at
../src/jrd/why.cpp:4886
#16 0x00007fe2dffd9c8e in isc_start_transaction (user_status=<value optimized
out>, tra_handle=0x7fe2d4d0994c, count=1) at ../src/jrd/why.cpp:4971
#17 0x000000000040bc89 in rem_port::start_transaction (this=0x7fe2d6b45d00,
operation=op_transaction, stuff=<value optimized out>, sendL=0x7fe2d6b44f10) at
../src/remote/server.cpp:5138
#18 0x000000000040dc59 in process_packet (port=0x7fe2d6b45d00,
sendL=0x7fe2d6b44f10, receive=0x7fe2d6b45320, result=0x7fe2d4d09e08) at
../src/remote/server.cpp:3428
#19 0x0000000000410317 in loopThread () at ../src/remote/server.cpp:5260
#20 0x00007fe2dffc9c46 in run (arg=0x7fe296b1d0c0) at
../src/jrd/ThreadStart.cpp:128
#21 (anonymous namespace)::threadStart (arg=0x7fe296b1d0c0) at
../src/jrd/ThreadStart.cpp:139
#22 0x0000003a63607851 in start_thread () from /lib64/libpthread.so.0
#23 0x0000003a62ae890d in clone () from /lib64/libc.so.6
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://tracker.firebirdsql.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
------------------------------------------------------------------------------
Slashdot TV.
Video for Nerds. Stuff that matters.
http://tv.slashdot.org/
Firebird-Devel mailing list, web interface at
https://lists.sourceforge.net/lists/listinfo/firebird-devel
