View Issue Details

Jump to NotesJump to History
IDProjectCategoryView StatusDate SubmittedLast Update
0002105GNUnetcadet servicepublic2012-01-25 21:152012-02-28 11:05
ReporterChristian Grothoff Assigned ToBart Polot  
PriorityurgentSeveritycrashReproducibilityrandom
Status closedResolutionfixed 
Product Version0.9.1 
Target Version0.9.2Fixed in Version0.9.2 
Summary0002105: mesh_api causes assertion failure in client.c:1059
DescriptionI changed the 'GNUNET_break()' there into a GNUNET_assert() to get a trace:

Program terminated with signal 6, Aborted.
#0 0x00002ba8d5367165 in *__GI_raise (sig=<value optimized out>) at ../nptl/sysdeps/unix/sysv/linux/raise.c:64
64 ../nptl/sysdeps/unix/sysv/linux/raise.c: No such file or directory.
    in ../nptl/sysdeps/unix/sysv/linux/raise.c
(gdb) ba
#0 0x00002ba8d5367165 in *__GI_raise (sig=<value optimized out>) at ../nptl/sysdeps/unix/sysv/linux/raise.c:64
#1 0x00002ba8d5369f70 in *__GI_abort () at abort.c:92
#2 0x00002ba8d4cbfb68 in GNUNET_abort () at common_logging.c:273
#3 0x00002ba8d4cbe23d in GNUNET_CLIENT_notify_transmit_ready (sock=0x2410610, size=120, timeout=..., auto_retry=1, notify=0x2ba8d4f14521 <send_callback>, notify_cls=0x24103b0) at client.c:1059
#4 0x00002ba8d4f153f6 in send_callback (cls=0x24103b0, size=68, buf=0x2411f30) at mesh_api.c:1172
#5 0x00002ba8d4cbe144 in client_notify (cls=0x2411540, size=188, buf=0x2411f30) at client.c:1020
#6 0x00002ba8d4cc8c69 in process_notify (sock=0x24104f0) at connection.c:1363
#7 0x00002ba8d4cc9a18 in transmit_ready (cls=0x24104f0, tc=0x7fffc95b50b0) at connection.c:1542
#8 0x00002ba8d4cef9c0 in run_ready (rs=0x240e0e0, ws=0x240e170) at scheduler.c:684
#9 0x00002ba8d4cf01a0 in GNUNET_SCHEDULER_run (task=0x2ba8d4cfb7ea <service_task>, task_cls=0x7fffc95b53b0) at scheduler.c:874
#10 0x00002ba8d4cfd28c in GNUNET_SERVICE_run (argc=3, argv=0x7fffc95b5608, serviceName=0x40bef4 "vpn", opt=GNUNET_SERVICE_OPTION_NONE, task=0x40aee3 <run>, task_cls=0x0) at service.c:1712
#11 0x000000000040b50d in main (argc=3, argv=0x7fffc95b5608) at gnunet-service-vpn.c:3126
Steps To ReproduceThis happens about 1/6 runs when I run the test_gnunet_vpn testcase on my system at home (in all cases, the test passes). The assertion means that mesh tried to queue a request for transmission with the 'client' API while the same handle already had a request pending in the queue.
Additional Information(gdb) bt full
#0 0x00002ba8d5367165 in *__GI_raise (sig=<value optimized out>) at ../nptl/sysdeps/unix/sysv/linux/raise.c:64
        pid = <value optimized out>
        selftid = <value optimized out>
#1 0x00002ba8d5369f70 in *__GI_abort () at abort.c:92
        act = {__sigaction_handler = {sa_handler = 0x7fffc95b4b00, sa_sigaction = 0x7fffc95b4b00}, sa_mask = {__val = {48004134949728, 36, 8589934688, 37806000, 4203312, 48004131437320, 48004131405824, 48004124573504, 4294967295,
              206158430240, 1, 2500152, 0, 0, 0, 48004124553216}}, sa_flags = -731323406, sa_restorer = 0x2ba800000001}
        sigs = {__val = {32, 0 <repeats 15 times>}}
#2 0x00002ba8d4cbfb68 in GNUNET_abort () at common_logging.c:273
No locals.
#3 0x00002ba8d4cbe23d in GNUNET_CLIENT_notify_transmit_ready (sock=0x2410610, size=120, timeout=..., auto_retry=1, notify=0x2ba8d4f14521 <send_callback>, notify_cls=0x24103b0) at client.c:1059
        th = 0x2ba8d4f17560
        __FUNCTION__ = "GNUNET_CLIENT_notify_transmit_ready"
#4 0x00002ba8d4f153f6 in send_callback (cls=0x24103b0, size=68, buf=0x2411f30) at mesh_api.c:1172
        h = 0x24103b0
        th = 0x24115a0
        cbuf = 0x2411fa8 "GET /hello_world HTTP/1.1\r\nHost: 10.11.63.223:48080\r\nAccept: */*\r\n\r\n"
        tsize = 120
        psize = 120
        __FUNCTION__ = "send_callback"
#5 0x00002ba8d4cbe144 in client_notify (cls=0x2411540, size=188, buf=0x2411f30) at client.c:1020
        th = 0x2411540
        ret = 140736571592688
        delay = {rel_value = 140736571592640}
        __FUNCTION__ = "client_notify"
#6 0x00002ba8d4cc8c69 in process_notify (sock=0x24104f0) at connection.c:1363
        used = 0
        avail = 188
        size = 120
        notify = 0x2ba8d4cbdc57 <client_notify>
        __FUNCTION__ = "process_notify"
#7 0x00002ba8d4cc9a18 in transmit_ready (cls=0x24104f0, tc=0x7fffc95b50b0) at connection.c:1542
        sock = 0x24104f0
        notify = 0x2ba8d53ab84c <*__GI___libc_free+108>
        ret = 37806448
        have = 48004124635368
        __FUNCTION__ = "transmit_ready"
#8 0x00002ba8d4cef9c0 in run_ready (rs=0x240e0e0, ws=0x240e170) at scheduler.c:684
        p = GNUNET_SCHEDULER_PRIORITY_DEFAULT
        pos = 0x24110e0
        tc = {reason = GNUNET_SCHEDULER_REASON_WRITE_READY, read_ready = 0x240e0e0, write_ready = 0x240e170}
        __FUNCTION__ = "run_ready"
#9 0x00002ba8d4cf01a0 in GNUNET_SCHEDULER_run (task=0x2ba8d4cfb7ea <service_task>, task_cls=0x7fffc95b53b0) at scheduler.c:874
        rs = 0x240e0e0
        ws = 0x240e170
        timeout = {rel_value = 0}
        ret = 3
        shc_int = 0x240e3b0
        shc_term = 0x240e460
        shc_quit = 0x240e5c0
        shc_hup = 0x240e670
        shc_pipe = 0x240e510
        last_tr = 43
        busy_wait_warning = 0
        pr = 0x240e040
        c = 0 '\000'
        __FUNCTION__ = "GNUNET_SCHEDULER_run"
#10 0x00002ba8d4cfd28c in GNUNET_SERVICE_run (argc=3, argv=0x7fffc95b5608, serviceName=0x40bef4 "vpn", opt=GNUNET_SERVICE_OPTION_NONE, task=0x40aee3 <run>, task_cls=0x0) at service.c:1712
        err = 0
        cfg_fn = 0x240dfd0 "/home/grothoff/svn/gnunet/src/vpn/test_gnunet_vpn.conf"
        loglev = 0x0
        logfile = 0x0
TagsNo tags attached.

Relationships

child of 0002064 closedChristian Grothoff new VPN service (working with new exit/dns services) needs to be fully implemented and tested 

Activities

Bart Polot

2012-01-26 16:09

manager   ~0005387

Fixed in r19441.

Issue History

Date Modified Username Field Change
2012-01-25 21:15 Christian Grothoff New Issue
2012-01-25 21:15 Christian Grothoff Status new => assigned
2012-01-25 21:15 Christian Grothoff Assigned To => Bart Polot
2012-01-26 00:23 Christian Grothoff Relationship added child of 0002064
2012-01-26 16:09 Bart Polot Note Added: 0005387
2012-01-26 16:09 Bart Polot Status assigned => resolved
2012-01-26 16:09 Bart Polot Fixed in Version => Git master
2012-01-26 16:09 Bart Polot Resolution open => fixed
2012-01-26 20:39 Christian Grothoff Product Version Git master => 0.9.1
2012-01-26 20:39 Christian Grothoff Fixed in Version Git master => 0.9.2
2012-01-26 20:39 Christian Grothoff Target Version => 0.9.2
2012-02-28 11:05 Christian Grothoff Status resolved => closed
2014-05-09 18:34 Christian Grothoff Category mesh service => cadet service