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
Node forced closed a channel with zapread.com, not sure why #4613
Comments
same thing happened to me, had a couple of force closings for no reason |
Unless we've identified a new spurious force close vector. I'd check that you didn't have an HTLC which has expired. If not, then although we've fixed a number of spurious force close vectors, both sides need to be updated to have them disappear completely. |
Not sure how to check it? I've uploaded the full log on those days.
Luckily he is on github. @Horndev can you verify please what was your ZapRead node lnd version around |
happened again with another node, I have some logging information here |
and another one |
another one |
As mentioned above, if no HTLCs were present on the commitment transaction, then it may be due to the other node having an older version with bugs that could cause it to send an invalid commitment. In each of those statements, I'd look further back in the logs to see if the peer sent an invalid commitment earlier in the exchange. |
If you can get the version of the peer, this would help us. Also if there's a specific "invalid commitment" log message, that would aid us. |
2 days ago I opened this channels today I found all of them were force closed from my side |
Can you try to pinpoint the error messages, there should be something like |
Thanks, is there a way to open it to a paste-bin like site if things aren't too sensitive? |
https://pastebin.com/BLhbEC44 |
Two interesting messages:
First error should've been fixed in 0.11 if they upgraded too. Not sure why the other occurs Ping @cfromknecht |
Another "local force-close", with runam0k nodl: Peer Public Key: 02f8f981a3d6cb6536fc12ea2abdcfd20f7490e28197514aafc05a7a1f08d3de09 Full log: |
So you need debug level logs on - and you keep disconnecting with a tor node so it could be that this is triggering those issues fixed in 0.11. It makes sense that a tor node would cause reliability issues. |
just edit lnd.conf |
today I got another one... force closing from my side |
The second there can happen due to slight differences between implementations w.r.t what order they expect certain messages in.
Note sure which implementation this is, but we've seen in the past that certain implementations don't re-transmit HTLCs in order of increasing HTLC ID, which can at times trigger this issue. @enorrmann on that latest one, there were no other logs before that force close attempt, nothing on the p2p layer of maybe someone triggering a DLP scenario? |
This is really useful info, thanks! So from here, we should be able to check out the node announcements themselves, then check the feature bits to see if we can place them in an lnd version bucket from there. |
Can you both resend logs with debug enabled if you can? Can do over slack, name is "eugene". Or publicly here. |
Hi @Crypt-iQ , the node is now running with debung mode, but I need to wait for a new forceclose to have the log files that includes debugstate, correct ? |
@mrmanpew yes |
I got two more force close, but I don't have the log files as only 3 logs are saved and now that I am in debug mode, the logs already past the time of the close 🤦 |
@mrmanpew after doing debug mode for all the logs, if you set |
@Roasbeef
|
@Roasbeef @Crypt-iQ
Full log attached Password sent via slack. |
No, and the node that I had to disconnect/reconnect was a different one (Bitrefill). We have several channels with OpenNode and have not noticed any specific issues with them prior to this force closure. |
Do you know what version OpenNode is running? |
Apparently they just updated from 0.7.x to to v0.11.x yesterday @Crypt-iQ |
Do you know (from your logs maybe?) whether the force close occurred before or after the upgrade? |
Two more force-close In the case of @BitMEXResearch
In the case of @coingate , It catually seems that I owed them an htlc (
Tell me if you are interested in the full logs. |
They performed the upgrade at around 22:45 PST. The channel closure happened at 01:42 PST. So, seems the channel was force closed whist their node was running the older version. |
@mrmanpew for the coingate channel this is tracked as a spec issue @mrfelton This should be normal as the older version of the software inconsistently handled some commitment tx data. If either of you see any force closures with both channel parties running v0.11, then I think we can look into that more concretely. |
Just had three more channels with Fold node simultaneously force closed:
|
Just to add to that too - we are also experiencing connectivity issues with the Fold node. It randomly starts showing as offline when in fact I know it is online. For example, right now I have the following channels with Fold: 7x pending force closing How can one of the channels be showing as offline whist the other shows as online, given that they are both to the same peer? Running the following makes the offline one start showing online again:
I'm detailing it here since this seems to be a common thread with the nodes that keep force closing on us but let me know if I should I create a separate issue for the disconnect/reconnect issue. |
Thanks @mrfelton ! Fold was one I was having the forced closed issue with myself. Do we know what version they are on? |
Could you please create a separate issue for the connect/disconnect issue so this one is just force closes @mrfelton ? Version for fold would help as well, [PEER] & [HSWC] logs are probably mostly what is needed for diagnosis. |
Fold is on version |
@tdickman did Fold upgrade before or after these force closes? |
They have been running this node version for a while. Here are the full logs from around the time of the closures. |
@mrfelton and I have been DM-ing back and forth. There are 4 channels that have been force closed between us recently:
None of these appear in our channels list (which is weird). Here is a filtered view of our logs, searching for any references to the first channel: https://paste.ubuntu.com/p/B2ZC4K6Twz/ |
Here is our data on that same channel:
|
We had an unexpected unilateral channel close between 2 nodes we control, both running 0.11.0. We have not found "expire" in our logs. Are there some logs we can provide? |
Another force-close from my side, now with @RiverFinancial , I assume that they are running latest version full log, debug mode (password is the same as before, see slack)
|
Experienced a force close in the following situation:
|
There must be a better way to debug these issues... |
Background
My node force-closed a channel with zapread.com, it was a good and active channel, I am not sure why my node decided to force-close the channel, some relevant things that I found, full log attached
.
.
.
Your environment
Full log available here (password protected, send me a slack message and I'll send you the password)
lnd.log.80.zip
The text was updated successfully, but these errors were encountered: