Closed okdistribute closed 4 years ago
Hmm is it possible you have an older version of the daemon running on the machine, or perhaps the daemon didn't fully stop between when you nuked ~/.hyperdrive
and retried?
This would happen when the CLI and the daemon are reading from different configuration directories. Ever try running the daemon with a different storage directory (the --storage
flag)? If so, you'd need to set the HYPERDRIVE_STORAGE
env var before running the CLI. Just thinking out loud, but I'd guess some state from a previous run is lingering around.
A few things to check:
pm2 list hyperdrive
is emtpyHYPERDRIVE_STORAGE
env var is not setpm2 delete hyperdrive
did the trick. Thanks!
Describe the bug
I then removed the
~/.hyperdrive
folder, just in case, retried, still no luck.