mirror of
https://github.com/ElementsProject/lightning.git
synced 2025-03-03 18:57:06 +01:00
In this case, it was a gossip message half-sent, when we asked the peer to be released. Fix the problem in general by making send_peer_with_fds() wait until after the next packet. test_routing_gossip/lightning-4/log: b'lightning_openingd(8738): TRACE: First per_commit_point = 02e2ff759ed70c71f154695eade1983664a72546ebc552861f844bff5ea5b933bf' b'lightning_openingd(8738): TRACE: Failed hdr decrypt with rn=11' b'lightning_openingd(8738): STATUS_FAIL_PEER_IO: Reading accept_channel: Success' test_routing_gossip/lightning-5/log: b'lightning_gossipd(8461): UPDATE WIRE_GOSSIP_PEER_NONGOSSIP' b'lightning_gossipd(8461): UPDATE WIRE_GOSSIP_PEER_NONGOSSIP' b'lightningd(8308): Failed to get netaddr for outgoing: Transport endpoint is not connected' The problem occurs here on release, but could be on any place where we hand a peer over when using ccan/io. Note the other case (channel.c). Signed-off-by: Rusty Russell <rusty@rustcorp.com.au> |
||
---|---|---|
.. | ||
channel.c | ||
channel_wire.csv | ||
channeld_htlc.h | ||
commit_tx.c | ||
commit_tx.h | ||
full_channel.c | ||
full_channel.h | ||
Makefile |