View Issue Details

IDProjectCategoryView StatusLast Update
0002008GNUnettransport servicepublic2011-12-26 22:28
ReporterBart Polot Assigned ToMatthias Wachs  
PrioritynormalSeverityminorReproducibilityhave not tried
Status closedResolutionfixed 
Product Version0.9.0 
Target Version0.9.1Fixed in Version0.9.1 
Summary0002008: Assertion failed at transport_api.c:565.
DescriptionHostkeys created Progress: [0%............25%............50%.............75%............100%]
Peers started Progress: [0%............25%............50%.............75%............100%]
Peer connection Progress: [0%.........Dec 13 18:07:51-039963 core-27108 ERROR Assertion failed at transport_api.c:565.
..Dec 13 18:07:58-502974 core-30080 ERROR Assertion failed at transport_api.c:565.
.Dec 13 18:08:01-084478 core-31066 ERROR Assertion failed at transport_api.c:565.
24%..Dec 13 18:08:10-271036 core-2017 ERROR Assertion failed at transport_api.c:565.
.Dec 13 18:08:14-553916 core-3641 ERROR Assertion failed at transport_api.c:565.
..Dec 13 18:08:27-101590 core-8430 ERROR Assertion failed at transport_api.c:565.
..Dec 13 18:08:33-780648 core-11000 ERROR Assertion failed at transport_api.c:565.
.....49%.............74%....Dec 13 18:10:09-511091 core-1661 ERROR Assertion failed at transport_api.c:565.
...Dec 13 18:10:23-526167 core-6980 ERROR Assertion failed at transport_api.c:565.
....
TagsNo tags attached.

Activities

Matthias Wachs

2011-12-14 11:34

manager   ~0005095

how can I reproduce this issue?

Bart Polot

2011-12-14 11:35

manager   ~0005096

AFAIK, it happens only on my machine (saturn) when running a nse_profiler with 4k peers.

Bart Polot

2011-12-14 12:13

manager   ~0005097

Maybe this helps:

grep "transport" tmpd/nse_output_4000_peers.dat | grep BEHR | grep "# peers" | head
BEHR [transport] # peers connected 8
BEHR [transport] # peers connected 8
BEHR [transport] # peers connected 8
BEHR [transport] # peers connected 8
BEHR [transport] # peers connected 8
BEHR [transport] # peers connected 8
BEHR [transport] # peers connected 8
BEHR [transport] # peers connected 8
BEHR [transport] # peers connected 8
BEHR [transport] # peers connected 8


grep "core" tmpd/nse_output_4000_peers.dat | grep "BEHR" | grep entries | head
BEHR [core] # neighbour entries allocated 0
BEHR [core] # entries in session map 0
BEHR [core] # neighbour entries allocated 0
BEHR [core] # entries in session map 0
BEHR [core] # neighbour entries allocated 0
BEHR [core] # entries in session map 0
BEHR [core] # neighbour entries allocated 0
BEHR [core] # entries in session map 0
BEHR [core] # neighbour entries allocated 0
BEHR [core] # entries in session map 0

Bart Polot

2011-12-14 15:20

manager   ~0005100

Happened in 18576 on both my machine and pixel. With 18580 does not happen anymore...

Christian Grothoff

2011-12-19 22:42

manager   ~0005148

So is this fixed or not? If it was fixed, do we know how?

Matthias Wachs

2011-12-20 17:02

manager   ~0005151

Small improvement in disconnect_and_schedule_reconnect in rev. 18722:

First CLIENT_disconnect, then neighbour_delete

Bigger improvement in rev. 18723:

gnunet-service-transport_clients.c:
Add new client to list of unicast clients after the client is notified about all connected neighbours.
So we can be sure no payload is forwarded to a new client, that does not yet know all neighbours

Matthias Wachs

2011-12-20 17:03

manager   ~0005152

This bug is hard to track down...please reopen if modifications did not solve the issue

Issue History

Date Modified Username Field Change
2011-12-13 18:11 Bart Polot New Issue
2011-12-13 18:11 Bart Polot Status new => assigned
2011-12-13 18:11 Bart Polot Assigned To => Matthias Wachs
2011-12-14 11:34 Matthias Wachs Note Added: 0005095
2011-12-14 11:34 Matthias Wachs Status assigned => feedback
2011-12-14 11:35 Bart Polot Note Added: 0005096
2011-12-14 11:35 Bart Polot Status feedback => assigned
2011-12-14 12:13 Bart Polot Note Added: 0005097
2011-12-14 15:20 Bart Polot Note Added: 0005100
2011-12-19 22:42 Christian Grothoff Note Added: 0005148
2011-12-19 22:42 Christian Grothoff Status assigned => feedback
2011-12-20 17:02 Matthias Wachs Note Added: 0005151
2011-12-20 17:03 Matthias Wachs Note Added: 0005152
2011-12-20 17:03 Matthias Wachs Status feedback => resolved
2011-12-20 17:03 Matthias Wachs Resolution open => fixed
2011-12-25 17:50 Christian Grothoff Fixed in Version => 0.9.1
2011-12-25 17:50 Christian Grothoff Target Version => 0.9.1
2011-12-26 22:28 Christian Grothoff Status resolved => closed