Yes, at the moment it’s not required, but you can fix this issue as recommended. It will not hurt your system or storagenode. But when the time is to come - your setup will be ready.
Добрый день! Открыл порт UDP… выполнил команду под root доступом sysctl -w net.core.rmem_max=2500000 на Synology RS 2416+. Тест - ОК. (Ошибка : INFO failed to sufficiently increase receive buffer size (was: 208 kiB, wanted: 2048 kiB, got: 416 kiB) - отсутствует).
Thanks @SGC. I have both open now and will see how it goes.
Sorry for the late reply, I’ve had major h/w, power and net problems here. So far on the floor: 1 QNAP NAS out of 2, 3x 4TB HDs out of 9and 2 motherboards, one brand new. My secondary node disappeared somewhere in this mess, as did my Burst miner. Oh, and an APC UPS that isn’t (uninterruptible).
The docker runcommand doesn’t need to be updated? Meaning docker by default will forward both TCP & UDP when using -p 28967:28967?
docker specifies another configuration example, but can’t see where if not specified if it’s only TCP
-p 8080:80/tcp -p 8080:80/udp
Map TCP port 80 in the container to TCP port 8080 on the Docker host, and map UDP port 80 in the container to UDP port 8080 on the Docker host.
tried to use this didn’t seem to work on debian buster…
i think this got change into being a legacy thing and multiples of these buffers was either combined into a single setting or something can’t remember might have been something else that looked a lot like it tho… so many buffers and net.core settings in the network usually…
oh wait i think i got this… ofc the network settings is gotten from outside the container DUH!!!
yeah seems to work there… and now the error in the log is also gone…