2

I was running a lightning node using c-lightning about 9 months ago. Unfortunately the server was shutdown while a few channels were open.

I have restarted the server and updated c-lightning to the latest version (0.6.3). After restarting both bitcoind and lightningd I am left with the 2 stale channels.

zap:~# lightning/cli/lightning-cli listpeers
{
  "peers": [
    {
      "connected": false, 
      "channels": [
        {
          "state": "CHANNELD_NORMAL",
          ...
          "status": [
            "CHANNELD_NORMAL:Attempting to reconnect"
          ],
          ...
        }
      ]
    }, 
    {
      "connected": false, 
      "channels": [
        {
          "state": "CHANNELD_NORMAL",
          ...
          "status": [
            "CHANNELD_NORMAL:Attempting to reconnect"
          ], 
          ...
        }
      ]
    }, 
  ]
}

I am unable to connect back to these pairs using lightning/cli/lightning-cli connect x, when I try I get timeout or route errors. (EDIT: which means the other nodes are now down).

1 Answer 1

3

The problem seems that the other nodes are also offline which is why you can't connect to them.

Luckily you don't have to be connected as you can do a force close by publishing your channel state to the Bitcoin network (the disadvantage is that you have to wait for the timelock until you can spend your outputs)

Just try lightning-cli close ENTER-CHANNEL-ID-HERE in case you are not connected your node should perform a force close

5
  • Am I at risk of losing any money if they aren't actually down (but pretending to be)? My node should have the latest channelstate since it was unlikely the server went down midst transaction.
    – askmike
    Feb 12, 2019 at 12:16
  • If your node was offline there can't be a newer state and you should not loose funds by doing a force close (your onchain fees are a little bit higher than in the mutual close setting) of course I can't guarantee you this outcome as it is not sure clear if there wasn't something else going on but mentioned in your question or not observed Feb 13, 2019 at 9:46
  • 1
    Unfortunately that command errors with { "code" : -1, "message" : "Channel close negotiation not finished before timeout" }, indicating that closing this way requires the other nodes (who are now down).
    – askmike
    Feb 14, 2019 at 10:17
  • 1
    Figured out I can pass a true param to force close it. My node now published the tx. Thanks!
    – askmike
    Feb 14, 2019 at 10:27
  • @askmike please can you share more about what you mean by 'figured out I can pass a true param to force close it'
    – qmux
    Aug 22, 2021 at 9:15

Your Answer

By clicking “Post Your Answer”, you agree to our terms of service and acknowledge that you have read and understand our privacy policy and code of conduct.

Not the answer you're looking for? Browse other questions tagged or ask your own question.