-
Notifications
You must be signed in to change notification settings - Fork 912
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
Payment failed after about 15 min #1274
Comments
It tried 119 times to perform the payment, and when it finally reached bitrefill, the invoice was already timed out. The gossip in the network is currently rather unreliable, hence the many attempts, we are working on improving the situation. |
I tried to pay several times with the same result.
Is it possible to pay now? |
Well it depends on your connections, if there is a path from you to the destination, without channels that are down or otherwise not working, then yes it was always possible to perform a payment. |
getroute always shows me the path.
|
|
How can I find the exact reason why the payment failed? |
The latest version of c-lightning will display failures in detail, and will limit retrying to only one minute. Opening a channel direct to payee will let you get to your goal of paying the payee. But to help the network, if you will run a Lightning Network node, keep it running and do not shut it down. Many failures are caused by nodes that are almost always down, making their channels unuseable to others and leading to |
My node is online 24/7
|
Yes, as you observe, many times peers shut down, making it difficult to route. |
@ZmnSCPxj My understanding is that nodes currently don't try very hard to maintain connections either. If a node I am connected to goes offline, and the comes back on, how would my node know? |
Sorry, but i can't understand this logs... is it my fault or peer's? As I see here https://www.robtex.com/lightning/node/02c119d2fd2e98a88f50d0d2ee4213255b7b8ec2be3a95f9aabd6afb09dd25b083 the peer is online, my node is online too. But "connected" : false in channel info. Restart node didn't solve this connection problem. |
Yes, it's problematic that we do not automatically connect in case we get disconnected. We currently assume that nodes that get restarted will reconnect to us if they have a channel to us, but:
Perhaps a simple solution is to have a periodic attempt to reach channeled peers. Once a minute? Once every 5 minutes? |
How can I check the version of my node's code? I built it from source two week ago, but I'm not sure the source was up-to-date. |
|
The version is the same as in result of |
@ZmnSCPxj If the connection request / attempt is light on resource usage, trying once a minute seems better than once every five, just in terms of trying to quickly reestablish connectivity. I don't know what clock would be being used, but maybe randomly selecting 60 or 61 second intervals, so the attempts drift forward and are not synchronized across the network. |
@CubicEarth At @AlexanderVNovikov could you check logs around the time of |
@ZmnSCPxj I tried to connect to peer one more time, here is the grep result:
|
Looks like you closed the channel unilaterally? Did you |
I didn't do anything manually except payment. 2 of 3 my funded channels now disconnected. And I don't know the reason. |
Can you check the logs? We should be printing the reason why we are closing it in the logs. One possibility is the other side sending an error to us, which also causes us to drop to chain, then the "own" unilateral is what gets confirmed onchain rather than "their" unilateral. If the other side did a |
@ZmnSCPxj I printed logs in previous posts(grep by peer id). If it's not enough pls told me what to grep in logs exactly.
|
I tried to close channels, but I can't!
Pls give me advise how to close channels and return my funds back. |
The status for that channel is |
I'm waited more then 1 day, but state is still ONCHAIN and channel didn't close. Status of this channel is |
Can you restart the daemon and see if it changes? It should replay the blockchain until it reaches blockheight ~515248 and then send a transaction to the network, that should spend that output. Could you also share that tx so we can attempt to debug it? |
After restart status changed. |
Strange that it required a restart though, maybe @rustyrussell knows how |
I can't check current status because my HDD with bitcoin node was crashed and now I trying to get data from HDD. |
Issue and Steps to Reproduce
I tried to pay to Bitrefill without direct channel to this node.
from logs :
getinfo
outputThe text was updated successfully, but these errors were encountered: