-
Notifications
You must be signed in to change notification settings - Fork 20k
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
Unable to access wallet using ethereum/client-go and --keystore *if* the wallet is a symbolic link #16793
Comments
I have a workaround while this issue is repro'd/resolved: I am able to use a Kubernetes init containers to copy the wallet file(s) out of the Secret|ConfigMap ( Then, when the Ethereum node starts, it is configured with It would be preferable to access the wallet(s) directly (through symbolic links) but this hack permits me to continue working. Medium post "Ethereum on Google Cloud Platform" (feedback always welcome) |
hey @DazWilkin, can you try the fix in #17256 if you're still using the above workaround? |
I will try this today! |
Yes, this appears to work for me. Thank you! |
This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions. |
System information
Geth version:
instance=Geth/v1.8.9-unstable-415969f5/linux-amd64/go1.10.2
OS & Version: Linux
Summary
It appears (!) that symbolic links to wallets are treated differently (incorrectly). The reason this is an issue is that, when trying to run Ethereum on Kubernetes, it would be useful to represent wallet file(s) using Kubernetes Secrets|ConfigMaps. Secrets|ConfigMaps present encapsulated files as symbolic links. This is how I uncovered this issue. The repro works without Kubernetes, using Docker and flipping between underlying and symbolic links to a wallet.
Expected behaviour
Using Console, I expect
personal
to list my walletActual behaviour
If the file in /keystore is a symbolic link to a wallet, it does not work:
if the single file in /keystore is the original file (backing the symbolic link), it works:
Steps to reproduce the behaviour
Node-1: Works with
$PWD/keystore
Node-1: Doesn't work with
$PWD/lnkeystore
Node-2: Console
Backtrace
The text was updated successfully, but these errors were encountered: