-
Notifications
You must be signed in to change notification settings - Fork 880
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
CHANNELD_AWAITING_LOCKIN after 65+ confirms #1063
Comments
Can you grep the logs for |
Here are all the occurences of funding locked
I have multiple channels and for reference here's the full listpeers
|
The relevant lines seem to be these, right?
but there's not "Got funding_locked" for this peer |
Yeah, that's likely the issue, we never get a funding locked, so we can't proceed. The remote node may be faulty. Not much we can do on our side, other than just |
Unfortunately, this just happened to me as well. One is a channel that I opened, and one is a channel that was opened by the peer. @cdecker if there is no "got funding_locked" for the peers, is there any point in waiting or has it failed permanently?
... and off-topic, why does @fixone have such well-formatted output and mine looks like mashed potatoes?
|
Hard to say @daldwinc, it could recover, but it seems unlikely, it seems you are connected to the peer ( |
easier said than done, dev-fail seems to do nothing
and listpeers shows it still there
|
@fixone do the logs contain a hex encoded transaction? IIRC onchaind will spawn once that unilateral close transaction gets confirmed and it'll also move the state forward. |
yes, there's @daldwinc : the secret lies in jq, which comes in handy when dealing with json output on the command line. And ofc can be used to automate stuff, for instance
or getting a simplified output (just {peer} is in {state}
|
@cdecker once the dev-fail transaction (in the example above 9c4306b8c128e97a8195f0c2689d78793263e9813aa0593baf5d5edee19cfffc) is propagated, it needs the 144 confirms until the funds show back up, right? |
@fixone yeah, |
Can confirm. I have a similar situation. Both sides of the channel have recent c-lightning (both mine), and show the same info :
[update: no change after 144+ blocks ] |
Maybe we should have a timeout between funding tx confirmation to receive of |
I think I am currently on the "bad" side of such a channel, with C-Lightning: I have a channel that stays on CHANNELD_AWAITING_LOCKIN while it already has 12+ confirms. When I grep for funding_locked, I get (for the relevant channel):
Correct me if I'm wrong, but I think this means my peer told me it got locked, but I haven't said the same yet. Could it be because I'm still getting loads of "Adding block ..." messages in the log? It has been running like that since the morning, and based on the block height it's at now, it won't be finished until the evening. I'll probably shut down my node before that; it'll probably restart the next day. |
@bitonic-cjp yes, you need to be up to date with the blockchain, it should start rescanning at the height you created the first channel, but there are some corner cases in which the rescan height seems to be reset to 0. What blockheight is it currently adding? |
one other issue that I've encountered is that for instance I have one peer like this
but the funding tx doesn't seem to have been sent. Is there a way to re-broadcast it? |
@fixone please create a new issue if it is different enough from the original issue, otherwise these get really hard to follow along. Do you happen to have the logs of the node while it was opening the channel? It'll contain the transaction as hex which can then be broadcast. |
the state is similar, but reason totally different. Will open a new issue |
very recent client (compiled earlier today)
with in-sync blockchain (bitcoin-cli getinfo shows the same height "blocks": 1284267)
peer channel funded and long confirmed, but state still AWAITING_LOCKIN
The text was updated successfully, but these errors were encountered: