add named volume to lnd service for persisting data accross container…#2533
Conversation
|
Does this also replace #697? |
|
This is a much simpler change, so i would prefer sticking to this. |
|
SGTM |
|
This is definitely needed. I based my mainnet lnd setup on these docker scripts and did this change when tweaking it. But there is one additional subtle change you should make. You should remove custom Line 54 in 2b43da4 By default, lnd logs into lnd's data folder |
|
Thanks @darwin. I've updated the PR to use the default home directory. |
guggero
left a comment
There was a problem hiding this comment.
Sorry this has been lying around for so long. We'll be putting more focus on Docker stuff in the future.
There's a small nit in the comment.
And could you please also squash the two commits and a docker: prefix to the commit message?
dacae4b to
c41c5df
Compare
|
Thanks for the changes! I tested the tutorial again and it works as expected. Something went wrong with the commits, now there are 5 instead of one. Feel free to ping me on Slack if you need help with git. |
|
@guggero sure no problem! i'll rebase the commit history and ping you if needed. |
dadfb61 to
5c4edca
Compare
|
@guggero comments have been squashed |
Add a named volume to
docker-compose.ymlfor persisting lnd application volume state. Without this volume, if the container is brought down (for example usingdocker-compose down) the state is lost, and lnd needs to resync, eg:lnd_btc | 2019-01-18 16:38:41.154 [INF] LNWL: Caught up to height 10000Adding this volume will persist the state along with
btcsimilar to how a local install would work. The new volume can be inspected usingdocker volume inspect docker_lnd. Using a named volume indocker-composeallowsdockerto re-attach to the named volume duringdocker up. This is preferable to an anonymous volume which isn't recognized bydocker-composeand so this PR replaces #2507