MrChunky

Members
  • Posts

    93
  • Joined

  • Last visited

  • Days Won

    1

MrChunky last won the day on April 21 2018

MrChunky had the most liked content!

Converted

  • Gender
    Undisclosed

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

MrChunky's Achievements

Apprentice

Apprentice (3/14)

7

Reputation

  1. Hard to say just from the information you have given. May be the TCP port is already in use, may be the mount path are not working properly.
  2. Yes, mover doesn't move locked files. Files that are currently in use by a process are locked, this is true for any process on the unraid system as far as I know. In theory this means that if storj starts using files differently it can breaker mover functionality. Seems to be working fine at the moment... But I think in the long run it is quite risky to have mover running on the storj folders. One thing that could be done is to use mover for the data chunks but not for the folders where the databases are... Just speculating though.
  3. Everyone has a different setup... This is an Unraid issue not a docker/ storj issue I would say.
  4. @KrisMin Thank you for pointing this out. I tested it and it seems that indeed something has changed in unraid docker implementation since I last created a node. This argument is now necessary on the first run. I added this info to the template and the topic.
  5. I really do appreciate the passion to get an optimal setup. However, this discussion should really be had on storj forums directly. The people there will be much more knowledgeable about these topics and you can probably find the answers you are seeking already there.
  6. The docker will Update automatically assuming you have this function turned on on unraid for all your docker containers. This usually achieved through auto update plugin:
  7. 1. Not sure what you mean exactly by pressure on the disks. If you are talking about reducing the read/write cycles, then enabling cache is probably a good idea. It works fine for me and the amount of cache disk used is pretty stable with mover running daily. 2. The nodes you created will be vetted first, afterwards the traffic should increase significantly. You can read more here. In general you should check out the storj forum directly for such questions, there is a lot of information there.
  8. I am not sure what you mean by this. You should not move the identity to the same folder as the data folder. And especially you should not use drives when operating on the unraid system, but rather user shares.
  9. Do not nest the identity and storage folders. e.g. the path should be /mnt/user/storj/storjidentity for the identity and /mnt/user/storj/storage for the storage folder. Here storj is a new share you should create. Make sure the port forwarding is done properly, as it looks like your issue is a network issue from the error that you showed.
  10. I agree that nesting storage and identity folders this way is probably resulting in this error.
  11. Its the right one, but it definitely doesn't have those fields as seen in the XML config, must be something on your side.
  12. These two variables are not a part of the template I am maintaining. Here is the template XML from which it is generated. there are no -v fields.
  13. No Problem. I don't think the -v flags are there normally, at least when I pull the template they are not there. Will do. Already in the description.
  14. The docker run format that you are using here is different then the xml format Unraid docker templates are using. You should remove the backslashes in the template.
  15. Not sure which template you are referring to here. /usr/local/emhttp/plugins/dynamix.docker.manager/scripts/docker create --name='storagenode-v3' --net='bridge' -e TZ="Europe/Berlin" -e HOST_OS="Unraid" -e 'WALLET'='0xxxx' -e 'EMAIL'='xxx@gmail.com' -e 'ADDRESS'='www.xxx.com:28969' -e 'STORAGE'='8TB' -e 'BANDWIDTH'='10000TB' -p '28969:28967/tcp' -p '14003:14002/tcp' --mount type=bind,source="/mnt/user/appdata/storj_cert/identity/storagenode/",destination=/app/identity --mount type=bind,source="/mnt/user/storj/",destination=/app/config 'storjlabs/storagenode:beta' In your case you have trailing backslashes: " \ " after the mount commands that I don't think should be there. When you paste the mount commands into the extra parameters, they should look like this: --mount type=bind,source="/mnt/user/appdata/storj_cert/identity/storagenode/",destination=/app/identity --mount type=bind,source="/mnt/user/storj/",destination=/app/config The docker tag is latest, mine is beta. In addition, make sure the mount command for the identity folder should point directly to the folder with the certificates, and not a level above.