-
Notifications
You must be signed in to change notification settings - Fork 880
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
Funds not returned to internal wallet upon channel closure #793
Comments
BTW, smartbit.com.au gives a nicer result for segwit txs. In this case, that tx is a p2wsh output: it's the responsibility of onchaind not the wallet code. If you run with --log-level=debug and grep for onchaind, it should spell out exactly what it's doing... |
Thanks for the smartbit.com.au tip -- that's super nice. Switching as of now. 😄 OK, grepping for onchaind in the log, I see this:
That happens to be the txid of the returned funds that are missing! So this is starting to make more sense now. Below that, there's this:
I guess the process that should catch the output and put it in my wallet is dying, but I'm not sure why. Glad to test anything else if you have any suggestions. |
It appears we are assuming the Lines 1368 to 1375 in 1da27c5
Not really all that familiar with the |
Just as an additional datapoint, the full remaining balance in the channel is in an HTLC that has no preimage yet:
|
Have you been able to revive those funds so far? Instead, this happens:
Also happens with latest commits |
i have this exact same problem. "Owning subdaemon lightning_onchaind died (33536)" etcetera. I woulda just posted a log but I am away from the node right now, figured I ask if there ever was an obvious solution to this? |
saw this being marked as "stale" this still happens with the newest snapshot, if that is the question.
|
Closed channel 505809:1198:1, waited 144 blocks, but the channel funds do not appear when running
listfunds
. I do see the transaction that should have returned them in the blockchain, but my node doesn't appear to be aware of it.Working with @cdecker in Slack, I've tried bumping up the bip32_max_index value (
UPDATE vars SET val=val+1 WHERE name='bip32_max_index';
) and restarting the node, but no luck so far.(To be clear, not worried about the potentially lost funds, just want to help with testing/debugging!)
The text was updated successfully, but these errors were encountered: