View Issue Details

IDProjectCategoryView StatusLast Update
0003214GNUnetcadet servicepublic2013-12-24 19:53
ReporterChristian Grothoff Assigned ToBart Polot Due Date
PriorityhighSeveritycrashReproducibilityhave not tried
Status closedResolutionfixed 
Product VersionGit master 
Target Version0.10.0Fixed in Version0.10.0 
Summary0003214: segfault in shutdown in mesh, dereferences map that's (already) NULL
DescriptionaCore was generated by `/home/grothoff/lib/gnunet/libexec/gnunet-service-mesh -c /tmp/testbedZiRZ3S/4/c'.
Program terminated with signal 11, Segmentation fault.
#0 0x00002ac184154be2 in GNUNET_CONTAINER_multihashmap_remove (map=0x0, key=0x66bc00, value=0x66bb60) at container_multihashmap.c:388
388 map->modification_counter++;
(gdb) ba
#0 0x00002ac184154be2 in GNUNET_CONTAINER_multihashmap_remove (map=0x0, key=0x66bc00, value=0x66bb60) at container_multihashmap.c:388
#1 0x000000000041143e in GMC_destroy (c=0x66bb60) at gnunet-service-mesh_connection.c:2301
#2 0x0000000000409066 in GMT_destroy (t=0x66bf70) at gnunet-service-mesh_tunnel.c:1955
#3 0x0000000000405c3c in destroy_iterator (cls=0x0, key=0x66f2b0, value=0x66bf70) at gnunet-service-mesh_tunnel.c:1099
#4 0x00002ac184155fab in GNUNET_CONTAINER_multipeermap_iterate (map=0x66fe10, it=0x405c14 <destroy_iterator>, it_cls=0x0)
    at container_multipeermap.c:343
#5 0x000000000040784d in GMT_shutdown () at gnunet-service-mesh_tunnel.c:1629
#6 0x0000000000424374 in shutdown_task (cls=0x0, tc=0x7fff881a5f60) at gnunet-service-mesh.c:104
#7 0x00002ac184178ddc in run_ready (rs=0x66dfd0, ws=0x66e060) at scheduler.c:595
#8 0x00002ac184179669 in GNUNET_SCHEDULER_run (task=0x2ac184185967 <service_task>, task_cls=0x7fff881a6300) at scheduler.c:817
#9 0x00002ac1841876e8 in GNUNET_SERVICE_run (argc=3, argv=0x7fff881a6598, service_name=0x428bb0 "mesh",
    options=GNUNET_SERVICE_OPTION_NONE, task=0x42440e <run>, task_cls=0x0) at service.c:1490
#10 0x0000000000424780 in main (argc=3, argv=0x7fff881a6598) at gnunet-service-mesh.c:163
Steps To ReproduceTriggered via 'make check' in mesh.
TagsNo tags attached.

Activities

Christian Grothoff

2013-12-14 12:59

manager   ~0007886

Looks like GMC_destroy can leave tunnels with dangling references to the mesh connection.

Bart Polot

2013-12-16 10:26

reporter   ~0007887

GMC_destroy on the last tunnel's connection was causing the tunnel to try to create new connections. Added a flag to prevent this behavior during shutdown, fixed in r31399.

Issue History

Date ModifiedUsernameFieldChange
2013-12-13 20:29Christian GrothoffNew Issue
2013-12-13 20:29Christian GrothoffStatusnew => assigned
2013-12-13 20:29Christian GrothoffAssigned To => Bart Polot
2013-12-13 20:29Christian GrothoffSteps to Reproduce Updated
2013-12-14 12:59Christian GrothoffNote Added: 0007886
2013-12-16 09:53Bart PolotStatusassigned => confirmed
2013-12-16 10:26Bart PolotNote Added: 0007887
2013-12-16 10:26Bart PolotStatusconfirmed => resolved
2013-12-16 10:26Bart PolotFixed in Version => Git master
2013-12-16 10:26Bart PolotResolutionopen => fixed
2013-12-16 10:39Christian GrothoffFixed in VersionGit master => 0.10.0
2013-12-24 19:53Christian GrothoffStatusresolved => closed
2014-05-09 16:34Christian GrothoffCategorymesh service => cadet service