enable file creation from n8n worflow

Discussion about Docker
Post Reply
User avatar
fabri866
Posts: 2
Joined: 06 Mar 2026, 23:18
France

enable file creation from n8n worflow

Post by fabri866 »

HI,
I'm a newby with NAS in general and computer usage.
I have a terramaster F2 425 and have installed some apps, with docker-manager and docker-engine.
My issue is that I'm unable to use the n8n "Read/Write to file" node because the Nas doesn't allow it, example of error message received in n8n = The file "/data_n8n_echange/test.txt" is not writable.
I have tried multiple times to create a file from the n8n application without success, I have checked the folder permissions and even tried giving chmod 777 to them, can someone please help.
Thank you in advance.
User avatar
TMzethar
TM Support
Posts: 2827
Joined: 27 Oct 2020, 16:43

Re: enable file creation from n8n worflow

Post by TMzethar »

Hi,
If this '/data_n8n_echange/test.txt' refers to the root directory of the NAS system, it is recommended that you move to the '/Volume[num]/folders/' directory to prevent filling up the root directory space and causing abnormalities.
You can also try adding PUID=0 to the container's environment variables to match your user.
To contact our team, please send email to following addresses, remember to replace (at) with @:
Technical team: support(at)terra-master.com (for technical support)
Service team: service(at)terra-master.com (for purchasing, return, replacement, RMA service)
User avatar
fabri866
Posts: 2
Joined: 06 Mar 2026, 23:18
France

Re: enable file creation from n8n worflow

Post by fabri866 »

Hi and thank you for your answer.
No it's not a root directory, it's in /volume1/cabinet_psy/ sub folders, all the directories, under /volume1/cabinet_psy/, have been given RW to All users.
I'm able to create a file with SSH but the n8n node keeps on getting the error message mentioned in my original message.
By saying PUID=0 do you mean that by default the n8n will use ID 0 or do you mean I should first find out the id in my n8n container via terminal? I'm connected as an admin in the docker engine and at first I added user:root in my n8n container but it didn't solve the issue of writing from the workflow node.
Thank you once again for your help.
User avatar
TMzethar
TM Support
Posts: 2827
Joined: 27 Oct 2020, 16:43

Re: enable file creation from n8n worflow

Post by TMzethar »

You may consider providing the yml file to us for testing (via 'send private message').
To contact our team, please send email to following addresses, remember to replace (at) with @:
Technical team: support(at)terra-master.com (for technical support)
Service team: service(at)terra-master.com (for purchasing, return, replacement, RMA service)
User avatar
ciwamib
Posts: 3
Joined: 04 Mar 2026, 14:53
Argentina

Re: enable file creation from n8n worflow

Post by ciwamib »

This usually happens when the Docker container running n8n doesn’t have proper write access to the mounted NAS folder. Even if the NAS folder has 777 permissions, the container user might still lack rights. Check your Docker volume mapping and ensure the folder is correctly mounted to /data_n8n_echange, and verify the container user ID (UID/GID) matches the NAS folder ownership.
User avatar
ciwamib
Posts: 3
Joined: 04 Mar 2026, 14:53
Argentina

Re: enable file creation from n8n worflow

Post by ciwamib »

It sounds like a permissions or volume-mount issue rather than just chmod. In Docker setups, n8n can only write to directories that are properly mounted and accessible inside the container. Make sure the /data_n8n_echange path is correctly mapped as a volume in your Docker configuration and points to a writable folder on your NAS. Also verify the container user has the right UID/GID permissions matching the NAS folder. Sometimes restarting the container after changes helps. Checking logs can also provide more specific clues about what’s failing.
User avatar
EriChan
TM Support
Posts: 196
Joined: 06 Jan 2026, 12:27
United States of America

Re: enable file creation from n8n worflow

Post by EriChan »

ciwamib wrote: 01 Apr 2026, 15:38
Spot on! Tthe UID/GID mapping you mentioned is definitely the key to resolving these permission issues.

Thanks for providing such timely help to the OP and the community. This kind of expert and helpful response is exactly what our community needs!
Post Reply

Return to “Docker”