# Kernel support for server-side tcp fast open remains disabled **URL:** \ **Category:** FAQ\ **Tags:** tcp-fastopen, error-codes\ **Created:** [March 22, 2023, 12:21pm UTC](https://forum.storj.io/t/kernel-support-for-server-side-tcp-fast-open-remains-disabled/21981 "2023-03-22T12:21:57Z")\ **Posts on this page:** 12\ **Page:** 2
**Author:** ![snorkel](https://storj.bcdn.literatehosting.com/letter_avatar/snorkel/32/6_22734026db12803ebb3e059622ac3534.png) [@snorkel](https://forum.storj.io/u/snorkel)\ **Post date:** [April 2, 2023, 2:41pm UTC](https://forum.storj.io/t/kernel-support-for-server-side-tcp-fast-open-remains-disabled/21981/21 "2023-04-02T14:41:24Z")
Maybe @BrightSilence has an ideea. He runs Synology also. ---
**Author:** ![Alexey](https://storj.bcdn.literatehosting.com/user_avatar/forum.storj.io/alexey/32/41_2.png) [@Alexey](https://forum.storj.io/u/Alexey)\ **Post date:** [April 2, 2023, 2:45pm UTC](https://forum.storj.io/t/kernel-support-for-server-side-tcp-fast-open-remains-disabled/21981/22 "2023-04-02T14:45:21Z")
> [@Two new blueprints/design drafts seeking feedback: Replacing TLS with Noise and TCP\_FASTOPEN](https://forum.storj.io/t/two-new-blueprints-design-drafts-seeking-feedback-replacing-tls-with-noise-and-tcp-fastopen/21053/56): > > It isn’t overwritten with every update, but with larger updates it can be. DSM 7.2 is coming up, which is a larger feature update (that also change the docker implementation to a new “container manager” interface. So reason to be careful with this update to begin with. But chances are this one will impact that file as well. I’d say just keep an eye on it after any big update. Or switch to a startup script that you can manage in the DSM interface itself to set these settings. That way you know i… ---
**Author:** ![snorkel](https://storj.bcdn.literatehosting.com/letter_avatar/snorkel/32/6_22734026db12803ebb3e059622ac3534.png) [@snorkel](https://forum.storj.io/u/snorkel)\ **Post date:** [April 2, 2023, 2:54pm UTC](https://forum.storj.io/t/kernel-support-for-server-side-tcp-fast-open-remains-disabled/21981/23 "2023-04-02T14:54:03Z")
DSM (7.1.1-42962 Update 4) and Docker (20.10.3-1308). I’m on these versions since a few moths ago. ---
**Author:** ![snorkel](https://storj.bcdn.literatehosting.com/letter_avatar/snorkel/32/6_22734026db12803ebb3e059622ac3534.png) [@snorkel](https://forum.storj.io/u/snorkel)\ **Post date:** [April 2, 2023, 3:43pm UTC](https://forum.storj.io/t/kernel-support-for-server-side-tcp-fast-open-remains-disabled/21981/24 "2023-04-02T15:43:36Z")
After NAS restart, the `docker exec` dosen’t show 3 anymore, only the error. ---
**Author:** ![snorkel](https://storj.bcdn.literatehosting.com/letter_avatar/snorkel/32/6_22734026db12803ebb3e059622ac3534.png) [@snorkel](https://forum.storj.io/u/snorkel)\ **Post date:** [April 2, 2023, 5:54pm UTC](https://forum.storj.io/t/kernel-support-for-server-side-tcp-fast-open-remains-disabled/21981/25 "2023-04-02T17:54:52Z")
The log shows this at node start: ```auto INFO server kernel support for tcp fast open unknown {"Process": "storagenode"} ``` It runs without the `tcp_fastopen` parameter in docker run command. Maybe I have this problem because I run the node as root? ---
**Author:** ![BrightSilence](https://storj.bcdn.literatehosting.com/user_avatar/forum.storj.io/brightsilence/32/6048_2.png) [@BrightSilence](https://forum.storj.io/u/BrightSilence)\ **Post date:** [April 2, 2023, 9:58pm UTC](https://forum.storj.io/t/kernel-support-for-server-side-tcp-fast-open-remains-disabled/21981/26 "2023-04-02T21:58:13Z")
> [@snorkel](#): > > Maybe @BrightSilence has an ideea. It runs Synology also. It? 😂 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? ---
**Author:** ![snorkel](https://storj.bcdn.literatehosting.com/letter_avatar/snorkel/32/6_22734026db12803ebb3e059622ac3534.png) [@snorkel](https://forum.storj.io/u/snorkel)\ **Post date:** [April 3, 2023, 6:27am UTC](https://forum.storj.io/t/kernel-support-for-server-side-tcp-fast-open-remains-disabled/21981/27 "2023-04-03T06:27:40Z")
@BrightSilence 🤣🤣🤣🤦🏻‍♂️ 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! ---
**Author:** ![Dunc4n1d4h0](https://storj.bcdn.literatehosting.com/user_avatar/forum.storj.io/dunc4n1d4h0/32/1128_2.png) [@Dunc4n1d4h0](https://forum.storj.io/u/Dunc4n1d4h0)\ **Post date:** [April 3, 2023, 6:52pm UTC](https://forum.storj.io/t/kernel-support-for-server-side-tcp-fast-open-remains-disabled/21981/28 "2023-04-03T18:52:11Z")
```auto docker exec -it storagenode cat /proc/sys/net/ipv4/tcp_fastopen 3 ``` ```auto 2023-04-03T18:44:20.577Z INFO server existing kernel support for server-side tcp fast open detected {"Process": "storagenode"} ``` Big thanks for idea to include --sysctl in docker run 😉 Now… Does it change anything other than this message? ---
**Author:** ![waistcoat](https://storj.bcdn.literatehosting.com/user_avatar/forum.storj.io/waistcoat/32/1133_2.png) [@waistcoat](https://forum.storj.io/u/waistcoat)\ **Post date:** [April 3, 2023, 8:12pm UTC](https://forum.storj.io/t/kernel-support-for-server-side-tcp-fast-open-remains-disabled/21981/29 "2023-04-03T20:12:14Z")
> Now… Does it change anything other than this message? Not that I’ve noticed yet. ```auto netstat -s|grep Fast ``` Should give some output when a TFO connection has been made. I’ve done some tests and my router does pass TFO through correctly so I can only assume my node hasn’t seen a TFO request just yet. ---
**Author:** ![Roberto](https://storj.bcdn.literatehosting.com/letter_avatar/roberto/32/6_22734026db12803ebb3e059622ac3534.png) [@Roberto](https://forum.storj.io/u/Roberto)\ **Post date:** [April 4, 2023, 5:23am UTC](https://forum.storj.io/t/kernel-support-for-server-side-tcp-fast-open-remains-disabled/21981/30 "2023-04-04T05:23:19Z")
Perhaps it would be appropriate to put a notice on the dashboard for the Fast Open. As for the Quick ---
**Author:** ![Walter1](https://storj.bcdn.literatehosting.com/user_avatar/forum.storj.io/walter1/32/7825_2.png) [@Walter1](https://forum.storj.io/u/Walter1)\ **Post date:** [April 4, 2023, 9:35am UTC](https://forum.storj.io/t/kernel-support-for-server-side-tcp-fast-open-remains-disabled/21981/31 "2023-04-04T09:35:21Z")
Thans alot for your command. Can you explain why you put ```auto --storage2.piece-scan-on-startup=false ``` into the command? I’m having this in the config.yaml. Can you also explain what ```auto --log-opt max-file=5 \ ``` does? Thanks and kind regards, ---
**Author:** ![snorkel](https://storj.bcdn.literatehosting.com/letter_avatar/snorkel/32/6_22734026db12803ebb3e059622ac3534.png) [@snorkel](https://forum.storj.io/u/snorkel)\ **Post date:** [April 4, 2023, 4:13pm UTC](https://forum.storj.io/t/kernel-support-for-server-side-tcp-fast-open-remains-disabled/21981/32 "2023-04-04T16:13:28Z")
@Walter1 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: > [@My docker run commands for multinodes on Synology NAS](https://forum.storj.io/t/my-docker-run-commands-for-multinodes-on-synology-nas/22034): > > These are all the useful parameters that one storagenode can use, and the modifications that I use for the second node. Fill free to use them or not, is up to you. I put them here fore easy reference. These work for Synology NAS and I run them in sudo su mode. There is also the --user $(id -u):$(id -g) parameter, but I started without it. It seems that dosen’t work on Synology NAS. NODE 1, MACHINE 1: Run only once at install of first node: echo "net.core.rmem\_max=2500000" \>\> /etc/sysctl.co… 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. [Previous page](https://forum.storj.io/t/kernel-support-for-server-side-tcp-fast-open-remains-disabled/21981.md?page=1)