Subject [Fwd: [Fwd: Re: [Firebird-devel] segfault in Firebird 2.0.1-amd64 Debian Linux kernel 2.6.18-amd64]]
Author José Llanes
Please, can anybody help me ? Thanks !!!!

Alex Peshkov escribió:

> On Thursday 28 June 2007 02:28, José Llanes wrote:
>
>> Hi List,
>>
>> Since, I've ported from 1.5.4 to 2.0.1 with gbak -B and gbak -C the
>> server start show the following messages sporadically (about 5-10 times
>> per day and some clients lost connection to server):
>>
> // ..........
>
>> May 28 14:18:20 dbserver kernel: fbserver[29257]: segfault at
>> 0000000000000000 rip 00000000005eb25e rsp 0000000040fffdc0 error 4
>>
>>
>> I am pretty sure that the hardware is ok. 1.5.4 work fine without
>> segfault but more slow than 2.0.1
>>
>>
>
> Jose, can you:
> a) make your box create core files on segfault,
> b) download debugging info and get stack backtrace using gdb.
>
> In many cases this can be enough to fix a bug.
>
> Alex.


Output for Option b)

[New Thread 1082132800 (LWP 7941)]
[New Thread 1098918208 (LWP 7942)]
[New Thread 1107310912 (LWP 7943)]
[New Thread 1115703616 (LWP 7944)]
[New Thread 1124096320 (LWP 7945)]
[New Thread 1132489024 (LWP 7946)]
[New Thread 1140881728 (LWP 7948)]

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 1082132800 (LWP 7941)]
Firebird::BePlusTree<Firebird::BlockInfo, unsigned long,
Firebird::MemoryPool::InternalAllocator, Firebird::BlockInfo,
Firebird::DefaultComparator<unsigned long>, 25, 375>::_removePage
(this=0x2b523742b028, nodeLevel=0, node=0x2aaaafaaa1b0)
at ../src/common/classes/vector.h:57
57 ../src/common/classes/vector.h: No such file or directory.
in ../src/common/classes/vector.h

(gdb) bt
#0 Firebird::BePlusTree<Firebird::BlockInfo, unsigned long,
Firebird::MemoryPool::InternalAllocator, Firebird::BlockInfo,
Firebird::DefaultComparator<unsigned long>, 25, 375>::_removePage
(this=0x2b523742b028, nodeLevel=0, node=0x2aaaafaaa1b0)
at ../src/common/classes/vector.h:57
#1 0x00000000005c44e6 in Firebird::BePlusTree<Firebird::BlockInfo,
unsigned long, Firebird::MemoryPool::InternalAllocator,
Firebird::BlockInfo, Firebird::DefaultComparator<unsigned long>, 25,
375>::Accessor::fastRemove (this=0x2b523742b040)
at ../src/common/classes/tree.h:360
#2 0x00000000005c281b in Firebird::MemoryPool::internal_alloc
(this=0x2b523742b020, size=2688, type=27416)
at ../src/common/classes/tree.h:162
#3 0x00000000005c169b in Firebird::MemoryPool::allocate_nothrow
(this=0x2aaab05da810, size=2672, type=13)
at ../src/common/classes/alloc.h:84
#4 0x00000000005c1a74 in Firebird::MemoryPool::allocate
(this=0x2b523742b028, size=0, type=27352)
at ../src/common/classes/alloc.cpp:731
#5 0x000000000051af32 in TRA_start (tdbb=0x407ff520, tpb_length=3,
tpb=0x2b523741b948 "\003\t\002ªª*")
at ../src/common/classes/alloc.h:365
#6 0x00000000004dd033 in jrd8_start_multiple (user_status=0x407ffe30,
tra_handle=0x407ff958, count=63216, vector=0x407ff6f0)
at ../src/jrd/jrd.cpp:3813
#7 0x00000000004dd28e in jrd8_start_transaction
(user_status=0x2b523742b028, tra_handle=0x407ff958, count=1)
at ../src/jrd/jrd.cpp:3872
#8 0x0000000000432933 in isc_start_multiple
(user_status=0x2b523742b028, tra_handle=0x407ffe2c, count=-7848, vec=0x0)
at ../src/jrd/why.cpp:4755
#9 0x0000000000432c07 in isc_start_transaction (user_status=0x407ffe30,
tra_handle=0x407ffe2c, count=1)
at ../src/jrd/why.cpp:4864
#10 0x000000000041422f in rem_port::start_transaction
(this=0x2aaaacb99e50, operation=op_transaction, stuff=0x407ffe30,
sendL=0x2aaaaaf8dbc8) at ../src/remote/server.cpp:4804
#11 0x000000000041246a in process_packet (port=0x2aaaacb99e50,
sendL=0x2aaaaaf8dbc8, receive=0x2aaaaaf8dfb8,
result=0x408000a0) at ../src/remote/server.cpp:3243
#12 0x00000000004144f3 in loopThread (flags=0x2b523742b028) at
../src/remote/server.cpp:4950
#13 0x0000000000429330 in threadStart (arg=0x2b523741dbe0) at
../src/jrd/ThreadData.cpp:272
#14 0x00002b5236809225 in start_thread () from /lib/libpthread.so.0
#15 0x00002b523637417d in clone () from /lib/libc.so.6
#16 0x0000000000000000 in ?? ()

(gdb) q


I've use FirebirdSS-2.0.1.12855-0.amd64.tar.gz ,classic and from source
with the same error in other hardware but the same database.

Whats wrong ?
Thanks

Jose