So my first problem is gdb is not producing core dump though everything i need is set.
soft core is on unlimited, i typed ulimit -c unlimited, and i have gdb installed, and all those were present before the server crashed.
But still its not producing core files. The crash only happens during woe or root cause is still unknown and can't reproduce, but it happened more than 4 times already.
I was told to try running the server under gdb instead using the following:
I enter "gdb ./map-server_sql"
then "run"
to execute the map-server_sql.
Then this appeared.
Program received signal SIGPIPE, Broken pipe.
0x0012d420 in __kernel_vsyscall ()
(gdb) bt full
#0 0x0012d420 in __kernel_vsyscall ()
No symbol table info available.
#1 0x005a4ac1 in send () from /lib/libc.so.6
No symbol table info available.
#2 0x0819f1fb in send_from_fifo (fd=19) at socket.c:344
len = <value optimized out>
#3 0x0819e0c3 in do_close (fd=19) at socket.c:1135
No locals.
#4 0x0808b16a in clif_parse (fd=19) at clif.c:15456
cmd = 0
packet_ver = 11
packet_len = -1073743832
err = -1073743816
sd = 0xd5ce9a0
pnum = 0
#5 0x0819dc09 in send_shortlist_do_sends () at socket.c:1386
fd = 19
i = 0
#6 0x0819ee75 in do_sockets (next=50) at socket.c:756
---Type <return> to continue, or q <return> to quit---
#7 0x0819d8bc in main (argc=1, argv=0xbffff9d4) at core.c:258
next = -32
The crash after i ran it under gdb seems to be unrelated to the woe crash, because without running it under gdb its not crashing like that.
It crashed after few mins of being executed via gdb.
I actually moved to a new host, and on the old host i had no problem with core dumps(even if i don't run the map server via gdb) and they are being produced, so I could see the cause of previous crashes.
I would really appreciate any help right now, thanks in advance!
Question
1337
So my first problem is gdb is not producing core dump though everything i need is set.
soft core is on unlimited, i typed ulimit -c unlimited, and i have gdb installed, and all those were present before the server crashed.
But still its not producing core files. The crash only happens during woe or root cause is still unknown and can't reproduce, but it happened more than 4 times already.
I was told to try running the server under gdb instead using the following:
I enter "gdb ./map-server_sql"
then "run"
to execute the map-server_sql.
Then this appeared.
Program received signal SIGPIPE, Broken pipe.
0x0012d420 in __kernel_vsyscall ()
(gdb) bt full
#0 0x0012d420 in __kernel_vsyscall ()
No symbol table info available.
#1 0x005a4ac1 in send () from /lib/libc.so.6
No symbol table info available.
#2 0x0819f1fb in send_from_fifo (fd=19) at socket.c:344
len = <value optimized out>
#3 0x0819e0c3 in do_close (fd=19) at socket.c:1135
No locals.
#4 0x0808b16a in clif_parse (fd=19) at clif.c:15456
cmd = 0
packet_ver = 11
packet_len = -1073743832
err = -1073743816
sd = 0xd5ce9a0
pnum = 0
#5 0x0819dc09 in send_shortlist_do_sends () at socket.c:1386
fd = 19
i = 0
#6 0x0819ee75 in do_sockets (next=50) at socket.c:756
rfd = {__fds_bits = {524288, 0 <repeats 31 times>}}
timeout = {tv_sec = 0, tv_usec = 8355}
ret = 0
i = 19
---Type <return> to continue, or q <return> to quit---
#7 0x0819d8bc in main (argc=1, argv=0xbffff9d4) at core.c:258
next = -32
The crash after i ran it under gdb seems to be unrelated to the woe crash, because without running it under gdb its not crashing like that.
It crashed after few mins of being executed via gdb.
I actually moved to a new host, and on the old host i had no problem with core dumps(even if i don't run the map server via gdb) and they are being produced, so I could see the cause of previous crashes.
I would really appreciate any help right now, thanks in advance!
Link to comment
Share on other sites
1 answer to this question
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.