View Issue Details

IDProjectCategoryView StatusLast Update
0003218GNUnettransport servicepublic2024-05-03 12:01
ReporterChristian Grothoff Assigned ToMatthias Wachs Due Date
PriorityurgentSeveritymajorReproducibilityhave not tried
Status closedResolutionunable to reproduce 
Product VersionGit master 
Target Version0.10.0Fixed in Version0.10.0 
Summary0003218: errors reported during (passing) integration test against hostlist and http client
Descriptionintegration-tests/test_integration_reconnect.py.log
Dec 17 20:19:28-217665 hostlist-17175 WARNING Download of hostlist from `http://localhost:8080/' failed: `Failure when receiving data from the peer'
Dec 17 20:19:31-472288 transport-17183 ERROR Assertion failed at plugin_transport_http_client.c:483.
Dec 17 20:19:31-472348 transport-17183 WARNING Failed to transmit CONNECT message via plugin to https_client.0.https://192.168.178.20:20007

integration-tests/test_integration_disconnect.py.log
Dec 17 20:19:11-616768 hostlist-17046 WARNING Download of hostlist from `http://localhost:8080/' failed: `Failure when receiving data from the peer'
Dec 17 20:19:18-623477 hostlist-17046 WARNING Download of hostlist from `http://localhost:8080/' failed: `Couldn't connect to server'
TagsNo tags attached.

Activities

Matthias Wachs

2013-12-18 06:07

reporter   ~0007898

Hostlist could not connect to server: That's expected since the peer tries to connect to the bootstrap server, but the server was shutdown..

Failure when receiving data from the peer:
This is imho a expected the bootstrapping server is shutdown while downloading the hostlist

For Assertion failed at plugin_transport_http_client.c:483. in need to analyze ...

Matthias Wachs

2013-12-19 15:22

reporter   ~0007912

So hostlist error messages are expected to occurs...

About plugin_transport_http_client.c:483 :

Peer is trying to send with an invalid (removed) http session ... plugin returns SYSERR to notify transport about it... should not happen, but can have many reasons...

The I executed test_integration_disconnect.py and test_integration_reconnect.py in a loop for hours and the http issue did not occur.

- it is just a break
- I changed it to a warning message in rev 31570

Matthias Wachs

2013-12-19 15:26

reporter   ~0007913

Did it occur again?

Christian Grothoff

2013-12-19 20:33

manager   ~0007916

I don't see it anymore either.

Issue History

Date ModifiedUsernameFieldChange
2013-12-17 19:36Christian GrothoffNew Issue
2013-12-17 19:36Christian GrothoffStatusnew => assigned
2013-12-17 19:36Christian GrothoffAssigned To => Matthias Wachs
2013-12-17 19:36Christian GrothoffDescription Updated
2013-12-18 06:07Matthias WachsNote Added: 0007898
2013-12-19 15:22Matthias WachsNote Added: 0007912
2013-12-19 15:26Matthias WachsNote Added: 0007913
2013-12-19 15:26Matthias WachsStatusassigned => feedback
2013-12-19 15:26Matthias WachsResolutionopen => unable to reproduce
2013-12-19 20:33Christian GrothoffStatusfeedback => resolved
2013-12-19 20:33Christian GrothoffFixed in Version => 0.10.0
2013-12-19 20:33Christian GrothoffNote Added: 0007916
2013-12-24 19:53Christian GrothoffStatusresolved => closed
2024-05-03 12:01Christian GrothoffCategoryHTTP transport => transport service