Open darioAnongba opened 4 months ago
Sadly the error messages returned by the pay
method are far from perfect, and almost everything returns this obtuse catch all error since we try and retry until we ultimately run out of routes to try. Since I wrote the plugin that's my fault, and we'll make them more informative asap. In the meantime we can help identify the problems by wading through the logs and seeing how individual attempts failed.
As a matter of fact, we're hoping to get some feedback on how to better report these in the future. Would adding an array of attempts in the getroute
format along with the error details be better or more confusing? If it is confusing, how should we condense the results down to something simpler to understand? Mind you the results are intended to be consumed by developers, not end users, so I expect the more info the better it is.
Sorry I didn't answer this earlier (as I was stuck with the other bug lol).
I retried again today and the error is still the same, impossible to send any payment from the node. Tbh I don't need this node anymore and it's fine for us to ditch it but we still have some sats on it (22951697 msats to be precise). So up to you:
No sats shall be wasted.
Interesting, this is the second node I see today that is running into the HTLC addition timeout:
2024-05-01T11:53:14+02:00 {} stdout: UNUSUAL 02c811e575be2df47d8b48dab3d3f1c9b0f6e16d0d40b5ed78253308fc2bd7170d-channeld-chan#2: Adding HTLC 18446744073709551615 too slow: killing connection
2024-05-01T11:53:14+02:00 {} stdout: DEBUG 02c811e575be2df47d8b48dab3d3f1c9b0f6e16d0d40b5ed78253308fc2bd7170d-channeld-chan#2: Status closed, but not exited. Killing
2024-05-01T11:53:14+02:00 {} stdout: INFO 02c811e575be2df47d8b48dab3d3f1c9b0f6e16d0d40b5ed78253308fc2bd7170d-chan#2: Peer transient failure in CHANNELD_NORMAL: channeld: Owning subdaemon channeld died (9)
2024-05-01T11:53:14+02:00 {} stdout: DEBUG 02c811e575be2df47d8b48dab3d3f1c9b0f6e16d0d40b5ed78253308fc2bd7170d-chan#2: Failing HTLC 18446744073709551615 due to peer death
2024-05-01T11:53:14+02:00 {} stdout: DEBUG 02c811e575be2df47d8b48dab3d3f1c9b0f6e16d0d40b5ed78253308fc2bd7170d-chan#2: local_routing_failure: 4103 (WIRE_TEMPORARY_CHANNEL_FAILURE)
We're still investigating this in another issue, but maybe you can add a bit of color to this. The following are potential sources that we'd like to exclude:
The first two you can likely exclude by trying to perform a payment while connected to a WLAN that is low latency and high bandwidth.
Hi everyone,
I've been looking around and realised this issue is common and other people are experiencing it. I open an issue nonetheless because I think it's node specific so we can track it. For a long time I thought this was a Breez issue but it seems to be a Greenlight one as the Breez folks asked me to open an issue here.
The issue
Sending a payment to any node (tried: Alby, Phoenix, Blink and own personal node) always fails with
Using the Breez SDK.
Here is the node info:
and the LSP info:
Wouldn't mind simply withdrawing the sats of this node and create a new one as this one still uses the invite code from Breez but we'd like to switch to using Greenlight certificates.
Thanks for your time, Dario