-
Notifications
You must be signed in to change notification settings - Fork 18
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
Not possible to returning from 4 days old backup #754
Comments
Hi, You restored an old backup and afterwards some lightning channel state changed. That is why LDK is preventing the node to start to avoid being penalized for using outdated chain data. We are in the progress of building a dedicated tool to restore from a static channel backup (see #53). I will let you know as soon as it's ready for testing. By the way, what was the reason for using a backup? did you lose access to your hub data directory? |
@rolznz Thanks for the response, I am waiting to test it. Before the tool, is there any hacky way to accomplish and start the node, you can suggest? Node is important to me. And, yes, the data directory has vanished between my homelab upgrades. |
@calganaygun Please note, this is experimental, and by not waiting for the tool you may be at risk of loss of funds. I didn't test this yet. Best to wait for me to confirm it works, unless you really need to proceed You could possibly run another Alby Hub on a different device / working directory by doing an advanced setup -> importing only the seed phrase, and then connect to the peers you originally had channels with. LDK should tell the counterparty to force close the channels, because on the second Alby Hub instance it will have no knowledge of these channels, and will close unknown channels the counterparty says exist. You would then close this Alby Hub, and open your normal Alby Hub (the one you restored from the backup). The node should then start OK (since the channels were closed) and it should at some point then be able to sweep the funds from the channel, because it has the original channel monitors. |
Possibly another option is we ask the counterparty to close the channel for you. If it was a channel with one of the LSPs, you could contact support@getalby.com with your node ID and the LSP(s) you used and we can ask them to force close it. Then you should be able to use your Alby Hub that was restored from the backup. |
Great suggestion thanks, I have also thought about directly adding the reading static channel files and passing the current nil element on Line 185 in 70ac096
But looks like, It is more convenient to ask Olympus to close the channel. I am sending a support request. Thanks for the help |
@calganaygun great! Regarding the code: we did some initial testing with that code to ensure SCB recovery worked, but it requires running in development mode. We're migrating that code to this new tool also to simplify the LDK code in Alby Hub. |
Good news - funds were recovered after asking LSPs to close the channels. I will keep this issue open until the backup restoration tool is available. |
My node went offline and I backed up all working dir 4 days ago. I just tried to use this backup. But after the unlocking node, I see error logs on the docker logs. It is not possible to proceed on the UI of the HUB.
Logs:
And then, oauth2 error repeated so many times.
Also I noticed I got an error about lightning channel:
Is there a way to force-close this channel via CLI on HUB or UI?
The text was updated successfully, but these errors were encountered: