View Issue Details

IDProjectCategoryView StatusLast Update
0003218GNUnettransport servicepublic2024-05-03 14:01
ReporterChristian Grothoff Assigned ToMatthias Wachs  
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 07: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 16: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 16:26

reporter   ~0007913

Did it occur again?

Christian Grothoff

2013-12-19 21:33

manager   ~0007916

I don't see it anymore either.

Issue History

Date Modified Username Field Change
2013-12-17 20:36 Christian Grothoff New Issue
2013-12-17 20:36 Christian Grothoff Status new => assigned
2013-12-17 20:36 Christian Grothoff Assigned To => Matthias Wachs
2013-12-17 20:36 Christian Grothoff Description Updated
2013-12-18 07:07 Matthias Wachs Note Added: 0007898
2013-12-19 16:22 Matthias Wachs Note Added: 0007912
2013-12-19 16:26 Matthias Wachs Note Added: 0007913
2013-12-19 16:26 Matthias Wachs Status assigned => feedback
2013-12-19 16:26 Matthias Wachs Resolution open => unable to reproduce
2013-12-19 21:33 Christian Grothoff Status feedback => resolved
2013-12-19 21:33 Christian Grothoff Fixed in Version => 0.10.0
2013-12-19 21:33 Christian Grothoff Note Added: 0007916
2013-12-24 20:53 Christian Grothoff Status resolved => closed
2024-05-03 14:01 Christian Grothoff Category HTTP transport => transport service