go-data-transfer icon indicating copy to clipboard operation
go-data-transfer copied to clipboard

Stalled transfers should not have 'Ongoing' status

Open whyrusleeping opened this issue 4 years ago • 1 comments

Currently, if the other peer in a data transfer channel disconnects and causes the transfer to stall, the channel retains its Ongoing status, and the channels status message gets set to "other peer appears to have hung up. restart Channel".

This implies that we know we need to restart the channel, but dont do anything about it, and if any automated processes want to do something about it, they need to do string parsing to tell this. I think that this state deserves its own channel state value.

whyrusleeping avatar Mar 03 '21 20:03 whyrusleeping

I think the solution here is that the data transfer should attempt to restart the stalled channel automatically.

We have code to do automatic restarts but it's still a little buggy. In order to see what the transfer is doing (and whether it's trying to restart) you can set the following logs to the debug level:

  • markets
  • dt-pushchanmon
  • dt-impl
  • data_transfer_network

dirkmc avatar Mar 04 '21 08:03 dirkmc