getting the following error when doing a docker pull:
docker pull storjlabs/storagenode:beta
beta: Pulling from storjlabs/storagenode
no matching manifest for windows/amd64 10.0.14393 in the manifest list entries
Running Ubuntu (non-server), LTS. Docker and mount point seem to be fine, but getting the following error:
docker: Error response from daemon: invalid mount config for type âbindâ: bind source does not exist: /mnt/storj/Identity storjnode/.
Running the following to start the container:
sudo docker run -d --restart unless-stopped -p 28967:28967 -p 127.0.0.1:14002:14002 -e WALLET=âWalletAddyâ -e EMAIL="MyGmail@gmail.com" -e ADDRESS=âDomain.com:28967â -e BANDWIDTH=â100TBâ -e STORAGE=â7TBâ --mount type=bind,source=/mnt/storj/Identity/storjnode/,destination=/app/identity --mount type=bind,source=/mnt/storj/Data/,destination=/app/config --name storagenode storjlabs/storagenode:beta
If I use -v instead of --mount, it starts somewhat. It throws the following error in the docker logs:
file or directory not found error: open identity/identity.cert: no such file or directory
Iâve confirmed that I can access the directory /mnt/storj, and itâs a Windows Share mount. Could that be the reason? The goal of this is to migrate from Windows Server 2016 to Ubuntu VM.
Thanks for catching that. Changed the identity path, but getting a new error (Similar to -v error was getting before):
file or directory not found error: open Identity/identity.cert: no such file or directory
I saw that thread and was hoping it wasnât the case. So in theory, Iâm running Docker in a Linux VM on Windows Server 2016 with Hyper-V. The disk I want to use is local to the Windows Server box, Letter S:. Itâs technically not networked, but Iâd imagine that the network path is required to access it in the VM, right?
So Iâm probably already DQâed for having my node down for 2 days. Whatâs the recommended path forward for this? Would it be to get a new Node ID (but I forfeit my âstashedâ coins), or is there someway to recover? Is there a way to attach a disk to a VM with Hyper-V?
Your node is not disqualified for downtime. This check is under construction:
Yes. You can attach the disk to the VM on Hyper-V.
However, I would recommend to create a virtual disk and attach it to the VM.
Partition it and format it to the ext4. Add it to the /etc/fstab. Then move all data to there (from SMB attached drive).
I should mention, that on Windows 10 in the VM Ubuntu server 18.04 LTS on Hyper-V the SMB share is worked fine - my node is successfully migrated to the new version without any issues.
Seems SMB on Windows Server is working differently.