Skip to content
Open
Show file tree
Hide file tree
Changes from all commits
Commits
File filter

Filter by extension

Filter by extension

Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
29 changes: 29 additions & 0 deletions connectd/multiplex.c
Original file line number Diff line number Diff line change
Expand Up @@ -1491,6 +1491,35 @@ static struct io_plan *read_body_from_peer_done(struct io_conn *peer_conn,
return next_read(peer_conn, peer);
}

/* BOLT #1:
*
* The receiving node:
* - upon receiving `error`:
* - if `channel_id` is all zero:
* - MUST fail all channels with the sending node.
* - otherwise:
* - MUST fail the channel referred to by `channel_id`, if that channel is with the
* sending node.
*/
/* channeld abort()s if it ever sees WIRE_ERROR ("swallowed by

Copy link
Copy Markdown
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

iii dont think this is true. peer_in() in channeld calls handle_peer_error_or_warning() before the switch (channeld/channeld.c at line 5237), so the case WIRE_ERROR: abort(); at channeld.c at line 5388 is never reached?? A live channeld handles the error fine today - peer_failed_received_errmsg() -> status_peer_error -> channel_errmsg() in lightningd

* connectd"). Tell lightningd and do not enqueue, whether or not a
* subd exists: a dying channeld never reads the queue, so the channel
* would otherwise stay up.
*
* Log it here. peer_read() in the subd is what normally emits
* "peer_in WIRE_ERROR", and tests wait on that line.
*/
if (type == WIRE_ERROR) {

Copy link
Copy Markdown
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This catches errors for every subd, not only channeld. i think it breaks error handling during channel opens

ci didnt catch this because only Pre-build checks ran

status_peer_io(LOG_IO_IN, &peer->id, decrypted);
daemon_conn_send(peer->daemon->master,

Copy link
Copy Markdown
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

maybe keep enqueueing to the subd as before and fix only the lost-message case. For example, when a subd is destroyed in connectd while subd->outq still holds a WIRE_ERROR, send towire_connectd_peer_spoke() for it. That fixes #9424 without changing the normal path. If you prefer bypassing the subd, please make handle_peer_spoke() share the decision logic with channel_errmsg()

take(towire_connectd_peer_spoke(NULL, &peer->id,
peer->counter,
type,
&channel_id,
is_peer_error(tmpctx, decrypted))));
return next_read(peer_conn, peer);
}

/* If we don't find a subdaemon for this, create a new one. */
subd = find_subd(peer, &channel_id);
if (!subd) {
Expand Down
93 changes: 93 additions & 0 deletions tests/test_connection.py
Original file line number Diff line number Diff line change
Expand Up @@ -21,6 +21,7 @@
import re
import statistics
import time
import threading
import unittest
import websocket
import signal
Expand Down Expand Up @@ -3218,6 +3219,98 @@ def test_dataloss_protection_no_broadcast(node_factory, bitcoind):
l1.pay(l2, 200000000)


@unittest.skipIf(os.getenv('TEST_DB_PROVIDER', 'sqlite3') != 'sqlite3', "sqlite3-specific DB rollback")
Comment thread
vincenzopalazzo marked this conversation as resolved.
@pytest.mark.openchannel('v1')
@pytest.mark.openchannel('v2')
def test_channel_error_not_lost_while_channeld_exits(node_factory, bitcoind):
"""A channel-scoped error must fail the channel even if channeld is exiting.

BOLT #1: upon receiving a channel-scoped `error`, the node MUST fail
that channel. connectd used to enqueue the error to the existing
channeld; if that subd was already dying (or not reading) the error
was lost and the channel stayed open.
"""
opts = {'dev-no-reconnect': None, 'disable-plugin': 'cln-grpc'}
l1 = node_factory.get_node(may_reconnect=True,
allow_warning=True,
feerates=(7500, 7500, 7500, 7500),
options=opts,
start=False)
# Freezing channeld makes lightningd SIGKILL it later; do not abort.

Copy link
Copy Markdown
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

what exactly kills the frozen channeld here, and after how long? SIGSTOP on both lightningd and channeld looks quite timing-sensitive

Also, this test only covers the "dying channeld" case. Could we add a check for an error during an open (openingd/dualopend) and an error to a live channeld?

del l1.daemon.opts['dev-fail-on-subdaemon-fail']
l1.start()
l2 = node_factory.get_node(may_reconnect=True,
feerates=(7500, 7500, 7500, 7500),
broken_log='Cannot broadcast our commitment tx: they have a future one',
options=opts)

l1.rpc.connect(l2.info['id'], 'localhost', l2.port)
l1.fundchannel(l2, 10**6)

dbpath = os.path.join(l2.daemon.lightning_dir, TEST_NETWORK, "lightningd.sqlite3")
orig_db = Path(dbpath).read_bytes()

l1.pay(l2, 200000000)
l1.daemon.wait_for_logs(["peer_in WIRE_REVOKE_AND_ACK"] * 2)
l2.daemon.wait_for_logs(["peer_in WIRE_REVOKE_AND_ACK"] * 2)

# l2 is now behind.
l2.stop()
Path(dbpath).write_bytes(orig_db)
l2.start()

# Hold l2's lightningd so it cannot start channeld (or send error)
# until l1 has sent reestablish and we have frozen that channeld.
# l2's connectd still completes the handshake.
l1.daemon.logsearch_start = len(l1.daemon.logs)
l2_ld = l2.daemon.proc.pid
os.kill(l2_ld, signal.SIGSTOP)
l1_pid = None
connect_err = []

def do_connect():
try:
l1.rpc.connect(l2.info['id'], 'localhost', l2.port)
except Exception as e:
connect_err.append(e)

connector = threading.Thread(target=do_connect)
connector.start()
try:
l1.daemon.wait_for_log('peer_out WIRE_CHANNEL_REESTABLISH')
l1_pid = int(l1.subd_pid('channeld'))
os.kill(l1_pid, signal.SIGSTOP)
finally:
try:
os.kill(l2_ld, signal.SIGCONT)
except ProcessLookupError:
pass

try:
connector.join(TIMEOUT)
if connector.is_alive():
raise TimeoutError('connect did not finish')
if connect_err:
raise connect_err[0]

l2.daemon.wait_for_logs(["Peer permanent failure in CHANNELD_NORMAL:.*Awaiting unilateral close",
'peer_out WIRE_ERROR'])

# BOLT #1: l1 MUST fail the channel referred to by the error.
# This fails if connectd only queued the error to a channeld
# that cannot read it.
wait_for(lambda: only_one(l1.rpc.listpeerchannels()['channels'])['state']
== 'AWAITING_UNILATERAL')
l1.daemon.wait_for_log("They sent ERROR.*Awaiting unilateral close")
l1.wait_for_channel_onchain(l2.info['id'])
finally:
if l1_pid is not None:
try:
os.kill(l1_pid, signal.SIGCONT)
except ProcessLookupError:
pass


def test_restart_multi_htlc_rexmit(node_factory, bitcoind, executor):
# l1 disables commit timer once we send first htlc, dies on commit
l1, l2 = node_factory.line_graph(2, opts=[{'disconnect': ['-WIRE_COMMITMENT_SIGNED'],
Expand Down
Loading