Tried to pay but getting WIRE_TEMPORARY_CHANNEL_FAILURE

[satoshidoriannakamoto]

Tried:

cli/lightning-cli pay lnbcxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx

Getting this error...

lightningd(8817): Sending 201231786 over 2 hops to deliver 201230585
lightningd(8817): peer 035f1498c929d4cefba4701ae36a554691f526ff60b1766badd5a49b3c8b68e1d8: htlc 0 failed from 0th node with code 0x1007 (WIRE_TEMPORARY_CHANNEL_FAILURE)
lightningd(8817): Sending 201231786 over 2 hops to deliver 201230585
lightningd(8817): peer 035f1498c929d4cefba4701ae36a554691f526ff60b1766badd5a49b3c8b68e1d8: htlc 1 failed from 0th node with code 0x1007 (WIRE_TEMPORARY_CHANNEL_FAILURE)
lightningd(8817): Sending 201231786 over 2 hops to deliver 201230585
lightningd(8817): peer 035f1498c929d4cefba4701ae36a554691f526ff60b1766badd5a49b3c8b68e1d8: htlc 2 failed from 0th node with code 0x1007 (WIRE_TEMPORARY_CHANNEL_FAILURE)

[ZmnSCPxj]

This will eventually be fixed by #638. Temporary channel failures should cause pay command to retry, not error, and it will try another route (or fail to find a route and definitely fail).

An issue not fixed by #638 is if one of your local channels is not in a useable state (not yet locked in, or already closing, or depleted) and routing decides to use it; currently the routing algorithm does not pay attention to local channel state (it should!).

[satoshidoriannakamoto]

I think I lost $50. Reckless! But worth it.

[ZmnSCPxj]

Hmm it should not happen money loss for #638. Can you give more detail why you think money loss?

[satoshidoriannakamoto]

I had a channel open and made a lightning BOLT payment to Blockstream. The payment failed, hence, "WIRE_TEMPORARY_CHANNEL_FAILURE". I close the channel. Now the state of that channel says, "ONCHAIND_MUTUAL". I try to reopen the channel:

cli/lightning-cli connect <node_id xxxx> < ip xxx >

But I get this msg:

channel ALL: lightning_closingd: bad reestablish msg: WIRE_PING 001200100000"

So I have money stuck and I'm not sure what do do. Can you help? Thanks.

Additional info:

lightning_gossipd(12732): TRACE: hand_back_peer 035f1498c929d4cefba4701ae36a554691f526ff60b1766badd5a49b3c8b68e1d8: now local again
lightning_gossipd(12732): TRACE: 035f1498c929d4cefba4701ae36a554691f526ff60b1766badd5a49b3c8b68e1d8: we sent them a fatal error, closing

[ZmnSCPxj]

Channel close is an onchain tx. You will have to wait for it onchain. Unfortunately this can take some time depending on congestion onchain. You got a mutual close, which is slightly cheaper and has no timelock, meaning you will be able to get the funds as soon as the closing tx confirms. We cannot show the txid of the close tx yet, because showing it on close is not yet implemented, see #714 and #622. We cannot accelerate it either yet, as we need some kind of CPFP+RBF, see #475.

[satoshidoriannakamoto]

Ok. I will wait then. I managed to open another channel with a different node and bought a sticker and a t-shirt successfully. I should have not connected to a node called "RECKLESS" in the first place probably.

[cdecker]

I think I lost $50. Reckless! But worth it.

Since the close was mutual you should get your funds back. Could you try lightning-cli listfunds to check?

[satoshidoriannakamoto]

I did a lightning-cli listfunds but it is not there yet. I then did a cli/lightning-cli listpeers and the peer with the funds has a state of ONCHAIND_MUTUAL. It has been 6 hours so I'll continue to wait it out.

[ianthius]

jimgolian try to comb your logs for a txid of the closing tx. It's also maybe in the sql db?

[satoshidoriannakamoto]

Where is the log file? Not sure how to query sql db.

I just did a cli/lightning-cli listpeers and the the peer with the state of ONCHAIND_MUTUAL has disappeared. I thought my funds were recovered, but when I did lightning-cli listfunds, the funds from that failed transaction was not there. Hmmm...

[ZmnSCPxj]

The data should be in ~/.lightning/ directory, including a lighting.sqlite3 file (the database). Logs are usually placed there (usually crash,.log in case of crash).

This is strange, it should be in listfunds if the peer has disappeared.

[cdecker]

Notice that the actual transaction ID will not be the same as the funding transaction ID, instead the funds will be listed under a the settlement TX ID or one of its children.

[satoshidoriannakamoto]

Checked crash.log but nothing much in there. I am querying the sqlite database and see tables. Which table and columns should I be looking at for the transaction ID? I went through all of the tables and a lot of them have BLOB data I can't read easily.