Re: s2s throws coredump with new version of udns-0.3

2014-01-23 Thread Marcin Mirosław

W dniu 20.01.2014 12:02, Marcin Mirosław pisze:

Hi!
I've upgraded udns to version 0.3, now I've got problem with s2s. S2s
starts to works:
Mon Jan 20 11:46:41 2014 [notice] dns lookup for users.jabber.org timed out
Mon Jan 20 11:46:41 2014 [notice] dns lookup for jabster.pl timed out
Mon Jan 20 11:46:41 2014 [notice] [10] [77.55.0.117, port=5269]
connection to brodowicz.com timed out
Mon Jan 20 11:46:41 2014 [notice] [10] [77.55.0.117, port=5269]
disconnect, packets: 0
Mon Jan 20 11:46:41 2014 [notice] dns lookup for jabber.zacisze.org
timed out
Mon Jan 20 11:46:41 2014 [notice] dns lookup for jabber.raks.pl timed out
Mon Jan 20 11:46:41 2014 [notice] dns lookup for jabbim.pl timed out

And core is dumped at this moment.


Hi!
This is bug in udns-0.3, this will be fixed in next release.
Regards,
Marcin





Re: s2s throws coredump with new version of udns-0.3

2014-01-20 Thread Marcin Mirosław

W dniu 20.01.2014 14:14, Tomasz Sterna pisze:

Dnia 2014-01-20, pon o godzinie 12:02 +0100, Marcin Mirosław pisze:

warning: Could not load shared library symbols for linux-vdso.so.1.
Do you need "set solib-search-path" or "set sysroot"?


This suggests problems with your local library installation.
Check 'ldd' on libudns.so, i.e.:

$ ldd /usr/lib64/libudns.so.0
linux-vdso.so.1 =>  (0x7fffcf8b6000)
libc.so.6 => /lib64/libc.so.6 (0x7f59ae59b000)
/lib64/ld-linux-x86-64.so.2 (0x003cde60)


$ ldd /usr/lib64/libudns.so.0
linux-vdso.so.1 (0x034f7b8f2000)
libc.so.6 => /lib64/libc.so.6 (0x034f7b52a000)
/lib64/ld-linux-x86-64.so.2 (0x034f7b8f3000)

On gentoo gdb throws such message but as I can see it isn't real problem 
(because linux-vdso.so.1 isn't real file library).

With udns-0.1 and udns-0.2 I haven't got such problem.

Marcin

[1] - https://bugs.gentoo.org/show_bug.cgi?id=428238





Re: s2s throws coredump with new version of udns-0.3

2014-01-20 Thread Tomasz Sterna
Dnia 2014-01-20, pon o godzinie 12:02 +0100, Marcin Mirosław pisze:
> warning: Could not load shared library symbols for linux-vdso.so.1.
> Do you need "set solib-search-path" or "set sysroot"?

This suggests problems with your local library installation.
Check 'ldd' on libudns.so, i.e.:

$ ldd /usr/lib64/libudns.so.0
linux-vdso.so.1 =>  (0x7fffcf8b6000)
libc.so.6 => /lib64/libc.so.6 (0x7f59ae59b000)
/lib64/ld-linux-x86-64.so.2 (0x003cde60)






s2s throws coredump with new version of udns-0.3

2014-01-20 Thread Marcin Mirosław

Hi!
I've upgraded udns to version 0.3, now I've got problem with s2s. S2s
starts to works:
Mon Jan 20 11:46:41 2014 [notice] dns lookup for users.jabber.org timed out
Mon Jan 20 11:46:41 2014 [notice] dns lookup for jabster.pl timed out
Mon Jan 20 11:46:41 2014 [notice] [10] [77.55.0.117, port=5269]
connection to brodowicz.com timed out
Mon Jan 20 11:46:41 2014 [notice] [10] [77.55.0.117, port=5269]
disconnect, packets: 0
Mon Jan 20 11:46:41 2014 [notice] dns lookup for jabber.zacisze.org
timed out
Mon Jan 20 11:46:41 2014 [notice] dns lookup for jabber.raks.pl timed out
Mon Jan 20 11:46:41 2014 [notice] dns lookup for jabbim.pl timed out

And core is dumped at this moment.
This is backtrace:
# echo "bt"|gdb -q /usr/bin/jabberd2-s2s
'core-1390214801-107-6-!usr!bin!jabberd2-s2s-45345'
Reading symbols from /usr/bin/jabberd2-s2s...Reading symbols from
/usr/lib64/debug/usr/bin/jabberd2-s2s.debug...done.
done.
[New LWP 45345]

warning: Could not load shared library symbols for linux-vdso.so.1.
Do you need "set solib-search-path" or "set sysroot"?
Core was generated by `/usr/bin/jabberd2-s2s -c /etc/jabber/s2s.xml'.
Program terminated with signal 6, Aborted.
#0  0x028615b574e5 in __GI_raise (sig=sig@entry=6) at
../nptl/sysdeps/unix/sysv/linux/raise.c:56
56return INLINE_SYSCALL (tgkill, 3, pid, selftid, sig);
(gdb) #0  0x028615b574e5 in __GI_raise (sig=sig@entry=6) at
../nptl/sysdeps/unix/sysv/linux/raise.c:56
#1  0x028615b58968 in __GI_abort () at abort.c:90
#2  0x028615b50602 in __assert_fail_base (fmt=0x28615c8be10
"%s%s%s:%u: %s%sAssertion `%s' failed.\n%n",
assertion=assertion@entry=0x2861671db3e "ctx->dnsc_nactive > 0",
file=file@entry=0x2861671db24 "udns_resolver.c", line=line@entry=614,
function=function@entry=0x2861671e13a <__PRETTY_FUNCTION__.5214>
"dns_end_query") at assert.c:92
#3  0x028615b506b2 in __GI___assert_fail
(assertion=assertion@entry=0x2861671db3e "ctx->dnsc_nactive > 0",
file=file@entry=0x2861671db24 "udns_resolver.c",
line=line@entry=614, function=function@entry=0x2861671e13a
<__PRETTY_FUNCTION__.5214> "dns_end_query") at assert.c:101
#4  0x028616717988 in dns_end_query (ctx=0x28616720480 ,
q=, status=, result=0x1ec9552050) at
udns_resolver.c:614
#5  0x02861671a196 in dns_ioevent (ctx=0x28616720480 ,
ctx@entry=0x0, now=1390214801) at udns_resolver.c:1119
#6  0x001ec929744a in _mio_resolver_callback (m=,
a=, fd=, data=,
arg=) at main.c:620
#7  _mio_resolver_callback (m=, a=,
fd=, data=, arg=) at main.c:614
#8  0x001ec92a8a54 in _mio_run (m=0x1ec9417170, timeout=) at mio_impl.h:268
#9  0x001ec92989f7 in main (argc=, argv=) at main.c:989
(gdb) quit



# echo "bt full"|gdb -q /usr/bin/jabberd2-s2s
'core-1390214801-107-6-!usr!bin!jabberd2-s2s-45345'
 [21/14876]
Reading symbols from /usr/bin/jabberd2-s2s...Reading symbols from
/usr/lib64/debug/usr/bin/jabberd2-s2s.debug...done.
done.
[New LWP 45345]

warning: Could not load shared library symbols for linux-vdso.so.1.
Do you need "set solib-search-path" or "set sysroot"?
Core was generated by `/usr/bin/jabberd2-s2s -c /etc/jabber/s2s.xml'.
Program terminated with signal 6, Aborted.
#0  0x028615b574e5 in __GI_raise (sig=sig@entry=6) at
../nptl/sysdeps/unix/sysv/linux/raise.c:56
56return INLINE_SYSCALL (tgkill, 3, pid, selftid, sig);
(gdb) #0  0x028615b574e5 in __GI_raise (sig=sig@entry=6) at
../nptl/sysdeps/unix/sysv/linux/raise.c:56
resultvar = 0
pid = 45345
selftid = 45345
#1  0x028615b58968 in __GI_abort () at abort.c:90
save_stage = 2
act = {__sigaction_handler = {sa_handler = 0x3b8054ebf19,
sa_sigaction = 0x3b8054ebf19}, sa_mask = {__val = {2774914335357,
2774925433636, 614,
  3760840155677668410, 2774913064961, 8028827915840135261,
8245921732250397551, 0, 4, 4088897909184, 0, 0, 0, 2774914334869,
2774925623296,
  2774914350608}}, sa_flags = 376560446, sa_restorer =
0x2861671e13a <__PRETTY_FUNCTION__.5214>}
sigs = {__val = {32, 0 }}
#2  0x028615b50602 in __assert_fail_base (fmt=0x28615c8be10
"%s%s%s:%u: %s%sAssertion `%s' failed.\n%n",
assertion=assertion@entry=0x2861671db3e "ctx->dnsc_nactive > 0",
file=file@entry=0x2861671db24 "udns_resolver.c", line=line@entry=614,
function=function@entry=0x2861671e13a <__PRETTY_FUNCTION__.5214>
"dns_end_query") at assert.c:92
str = 0x1ec944b630 ""
total = 4096
#3  0x028615b506b2 in __GI___assert_fail
(assertion=assertion@entry=0x2861671db3e "ctx->dnsc_nactive > 0",
file=file@entry=0x2861671db24 "udns_resolver.c",
line=line@entry=614, function=function@entry=0x2861671e13a
<__PRETTY_FUNCTION__.5214> "dns_end_query") at assert.c:101
No locals.
#4  0x028616717988 in dns_end_query (ctx=0x28616720480 ,
q=, status=, result=0x1ec9552050) at
udns_resolver.c:614
cbck = 0x1ec929c0b0 <_dns_result_srv>
cbdata = 0x1ec946e0c0
__PRETTY_FUNCTION__ = "dns_end_query"
#5  0x02861671a196