View Issue Details

IDProjectCategoryView StatusLast Update
0001645GNUnettransport servicepublic2011-06-03 13:41
ReporterLRN Assigned ToMatthias Wachs  
PrioritynormalSeveritymajorReproducibilitysometimes
Status closedResolutionsuspended 
Summary0001645: Transport reliability tcp test fails sometimes
DescriptionProbably due to a bug in bandwidth quota management.
Steps To ReproduceRun test_transport_api_reliability_tcp a dozen of times
First spotted on Windows in x86_64 build. Might or might not affect x86 build (have not tested that).
Additional InformationConsole output:
make[1]: Entering directory `/f/src/_gnunet-git-svn/src/transport'
....??? 17 16:43:55 test-transport-api-reliability-8644 ERROR Reliability failed:
Last message sent 1518
Next message scheduled 1519
Last message received 804
Message expected 804
 ??? 17 16:43:55 test-transport-api-reliability-8644 ERROR Assertion failed at f:/src/gnunet-git-svn/src/transport/test_transport_api_reliability.c:158.
??? 17 16:43:55 test-transport-api-reliability-8644 ERROR Assertion failed at f:/src/gnunet-git-svn/src/transport/test_transport_api_reliability.c:270.
FAIL: test_transport_api_reliability_tcp

1st peer quickly accumulates quota violations:
??? 17 16:18:54 transport-8280 DEBUG Bandwidth quota (1073741824 b/s) violation detected (total of X).
where X grows over the course of first two seconds from 1 to 11, and then it starts to log these lines instead of normal "Received message":
??? 17 16:18:54 transport-8280 WARNING Dropping incoming message due to repeated bandwidth quota (1073741824 b/s) violations (total of 11).



I have full log files of the transport services, with quota quota and transport debugging enabled, but they are too big to be attached (21k when heavily compressed). Poke me on IRC to arrange the delivery.
TagsNo tags attached.

Activities

There are no notes attached to this issue.

Issue History

Date Modified Username Field Change
2011-01-17 14:57 LRN New Issue
2011-01-17 14:57 LRN Status new => assigned
2011-01-17 14:57 LRN Assigned To => Matthias Wachs
2011-06-03 13:41 Matthias Wachs Status assigned => closed
2011-06-03 13:41 Matthias Wachs Resolution open => suspended