View Issue Details

IDProjectCategoryView StatusLast Update
0009246GNUnettransport servicepublic2024-10-03 00:25
Reporterthejackimonster Assigned To 
PrioritynormalSeverityminorReproducibilitysometimes
Status newResolutionopen 
Product VersionGit master 
Summary0009246: Virtual links are still in memory during shutdown
DescriptionWhile testing around making connections between multiple peers I tripped following assertion:
ERROR Assertion failed at gnunet-service-transport.c:12926

It states that the multipeermap containing the virtual links (potentially of neighbours) should be empty during shutdown. However it isn't always empty.

So I tried to solve it via following commit because I thought the visibility task was keeping them alive during cleanup:
https://git.gnunet.org/gnunet.git/commit/?id=d384ca1cb91f1f3482b28f576bd91e9c85ecf6b6

Seems like that's not the only thing causing this. Because I was still able to trigger the assert after my changes.
Steps To Reproduce- Startup peer (gnunet-arm -s)
- Wait for established connections to other peers (gnunet-core -s)
- Open a connection via cadet to another peer (gnunet-cadet)
- Stop all services (gnunet-arm -e)
Additional InformationI guess as workaround we could iterate through all remaining links and free them. But I assumed the assert had the reason to potentially catch errors in other parts of the code. So I only made changes to freeing the neighbours, not starting any more visibility tasks during shutdown.
TagsNo tags attached.

Activities

There are no notes attached to this issue.

Issue History

Date Modified Username Field Change
2024-10-03 00:25 thejackimonster New Issue