this is a user ID and group ID, you may use --user $(id -u):(id -g) instead (it will substitute the user ID and group ID automatically)
You do not need to use docker exec, only if you want This command allows you to execute some command inside the docker container. It could be useful in some situation, for example, you can see a CLI dashboard:
docker exec -it storagenode ./dashboard.sh
(Ctrl-C to exit)
3. it’s not required, so I do not know, why is it used.
What’s with the --user 1000:1000 parameter? Do I must use that too? What does it do?
This is just part of my config to run the docker container as that particular user - 1000:1000 is the uid and gid of the pi user on a raspberry pi.
@Alexey 's soiution is more elegant as it runs the container as the user you’re currently logged into.
However, if you’re currently not setting the --user argument, please continue to not set it as it may well break your installation as the files ownerships would most probably be incorrect. Sames goes for if you’re using a different value - keep it as it is.
I’m on Synology NAS + Docker, imput as root (sudo su). I modifyed the run command and gives me an error:
docker: Error response from daemon: OCI runtime create failed: container_linux.go:367: starting container process caused: process_linux.go:495: container init caused: write sysctl key net.ipv4.tcp_fastopen: open /proc/sys/net/ipv4/tcp_fastopen: no such file or directory: unknown.
I removed the node and restarted without that parameter, and than I run the exec command sugested (I undertand that it reads and shows the actual value of tcp_fast_open). It says 3… but also an error… ? ! ? !
docker exec -it storagenode cat /proc/sys/net/ipv4/tcp_fastopen
cat: /proc/sys/net/ipv4/tcp_fastopen: No such file or directory
I’m not at my system atm. I will check some things tomorrow. I have the setting set on the host machine using a scheduled script at boot. Haven’t set anything in the docker run, but I’ll try to verify if that’s needed. Did you set TCP fast open to 3 before running your Docker container after restart?
I was doing too many things for a free Sunday. Sorry… I corrected the mistake. When you are non native english speaker, it happens. … and with the speed at wich AI is developing, who knows in a few years who whould be at the orher end of the line .
Yes, I set the paramenter in the boot script, also in the sysctrl, and restarted. I checked it with that command and was showing 3.
Then stop container > remove > launch new container. And error… now is running without that parameter and it says that the state of tcp fastopen is unknown. I can’t tell if it’s working or not. That’s why it should have an indicator on the dashboard like QUICK has.
Thanks for any suggestions!
The first one, if it’s false, stops the File Walker from running. If it’s true, FW runs at node start, and after any updates and restarts.
See post “Tuning the filewalker”.
The second one reffers to logs; it’s a log rotate mechanism. One line specify the max size of one file, and the other the number of files that are created and retained. New files created after this value will delete the old ones, to keep the number of log files at that value. A new log file is created when the max size is reached.
If I remember corectly, this only works if you didn’t changed the location of the log files from default.
This is the expanded version:
Take notice that I keep FW off for 2 nodes that are on a NAS with only 1GB RAM. For other, I have 10GB and 18GB RAM and FW is on.
There are also some commands that reffers to how data is buffered and write on disks, to reduce the fragmentation. I keep those as default on systems with low RAM. I use different Docker ports for each node, because I was getting Quick missconfigured when I was using the same port. Now I don’t get Quick error ever.