-
Notifications
You must be signed in to change notification settings - Fork 942
Remove stuck states channels #5377
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
Comments
Relating to this: #5255 |
The second issue seems similar to #5366. Could you try getting the DEBUG logs for that particular node? Specifically what is mentioned here: #5366 (comment) Can you describe in more detail what you're referring to here too?
|
my bad, CLN has just removed the 2nd stuck channel. It's been there for such a long time that I thought it's become permanent. Only the first one is still on my db and the debug log on the peer is here: #5255 (comment)
As you can see, this funding tx: 1d423ddaae344e4f24cd536af9cda7328b74e14b157308ad761ff49c4a218c85 doesn't exist, and the channel was attempted to create on "2022-05-14T18:49:26.066Z" . I'm not sure how it's in "AWAITING_UNILATERAL" state. |
I added a new FaQ entry regarding this situation here #5394 It describes in detail what's wrong, and potential resolutions. In your case you can check if the funding inputs are double-spent, and then use |
thank you. This solved my issue |
Glad it worked, thanks for the verifying the faq 👍 |
Question about this command. I have two channels that are stuck and they have the same peer_id when I try to run this command I get the following "code":-1 The problem is this id is not available. Both of the funding transactions are not in the mempool. Any idea on how I can clear these pending channels so I can open a new one? |
Issue and Steps to Reproduce
Due to some bugs I have 2 peers with some bogus states of "AWAITING_UNILATERAL" and "CHANNELD_AWAITING_LOCKIN" which have been like this for months. I know that they can be removed because they were added with non-existing funding bitcoin tx id due to some bugs upon initiating the connection.
And one of them is causing trouble to me. This "AWAITING_UNILATERAL" state prevents my node to connect to him or another way around (saw it from the debug log). Take a look:
and another one which was probably caused by initiating channels without valid tx. It's been sitting for a month already, I think, not sure why CLN hasn't removed it automatically.
Shouldn't CLN have a deadline to automatically clean up this kind of channels if they are hanging longer than say 3 weeks ?
or CLN should provide a way to remove bogus channels manually. I have investigated the db a bit, it doesn't look very straight forward at all.
getinfo
outputThey happened when I was around 0.10.x - 0.11.1, but now I'm currently at 0.11.2
The text was updated successfully, but these errors were encountered: