Mount with fstab on Synology

[skibboo]

Hi team,

with reading the official docs and a lot in this community I was able to set up two containers on my Synology.
As I have to update these now, I got questions.

In the docs they write we have to mount the data and identity folders with fstab on linux.
So I guess I need to do this on my Synology this way, but fstab is not available there, so I didn’t.

My run command is as follows:

sudo docker run -d --restart unless-stopped --stop-timeout 300
-p 28967:28967
-p 14002:14002
-e WALLET=“xxx”
-e EMAIL=“xxx”
-e ADDRESS=“xxx:28967”
-e STORAGE=“1TB”
–mount type=bind,source="/volume1/docker/storj/config/identity",destination=/app/identity
–mount type=bind,source="/volume1/docker/storj/config",destination=/app/config
–name storagenode storjlabs/storagenode:latest

So I have mounted it with it, can I assume that I can normally shutdown the container / Synology for updates and everything starts again with the mounts?

And also can I just use watchtower with this and everything is fine?

Thanks a lot for help,
Andy

[skibboo]

What I forgot to write:

One containers folder is on the internal hdd /volume1, the other one on an external usb drive.

[Arkina]

First of all: Welcome to the Storj Family

@skibboo

In the docs they write we have to mount the data and identity folders with fstab on linux.
So I guess I need to do this on my Synology this way, but fstab is not available there, so I didn’t.

I think the Synology Nas handles that for you, just verify it with a reboot if the Storage is on the same mountpoint as before (/volume1/ and the other disk on USB).

@skibboo

So I have mounted it with it, can I assume that I can normally shutdown the container / Synology for updates and everything starts again with the mounts?

Yes, as long as docker gets also started automatically as a Service (which i assume on Synology) all containers will also be started. Thats because of this Flag (which is a RestartPolicy, see Start containers automatically | Docker Docs): --restart unless-stopped

To be 100% sure test it with a reboot of your NAS

@skibboo

And also can I just use watchtower with this and everything is fine?

As long as you configure it as in the Documentation yes, i never had any issues with it. But to be sure i would recommend to verify it on a monthly basis.

Also i would recommend an external Monitoring tool (like uptimerobot), so you get alerted in case something goes wrong. Also you might want to have a fancy Dashboard with Historical Graphs, check this Guide out:

How to monitor all nodes in your LAN using prometheus + grafana [linux using docker]

1. Setting up prometheus For storing all statistics of the nodes, we use prometheus. So choose one PC/Server where you want to run prometheus. It doesn’t need to be a powerful PC and it doesn’t need much space, you can decide how much space prometheus is allowed to use or how long you want to store your statistics. However, make sure you choose a PC (or a directory) that doesn’t write to an SD card as that would shorten its lifespan significantly. On that chosen PC we first create a prometheus…

[skibboo]

Many thanks for the warm welcome!

I would just use watchtower like the docs say:

docker run -d --restart=always --name watchtower -v /var/run/docker.sock:/var/run/docker.sock storjlabs/watchtower storagenode watchtower --stop-timeout 300s

But as it will delete the existing container if an update exists, I wonder how watchtower knows the paths to data and identity for the new, updated container?

[Arkina]

@skibboo

docker run -d --restart=always --name watchtower -v /var/run/docker.sock:/var/run/docker.sock storjlabs/watchtower storagenode watchtower --stop-timeout 300s

You need to ensure to put all node names which should be covered in here, example:

docker run -d --restart=always --name watchtower -v /var/run/docker.sock:/var/run/docker.sock storjlabs/watchtower <node1> <node2> watchtower --stop-timeout 300s

I am not 100% sure but i assume it will read the config of the running container (you can do it with docker inspect → docker inspect | Docker Docs), copy it and apply it to the new one.

Official Documentation:

Watchtower will pull down your new image, gracefully shut down your existing container and restart it with the same options that were used when it was deployed initially.

https://containrrr.dev/watchtower/introduction/

[skibboo]

Great, many thanks.
I will just use the code with two nodes and see the magic.