i am having smb transfers fail. i can transfer data for random times and then the transfer simply stops. i then get the an unexpected error has prevented you from moving this file error from windows. once i hit try again it goes from a random amount of time before that starts again. i am unable to post in jira as it is not letting me log in. how can i file a bug report on this?
1 Like
If you’re on goldeye and not on core like your signature lists, there should be a smiley icon in the top right corner of the webui which can be used to file bug reports or give other feedback
This probably isn’t a bug issue. That version has been out for a while and we would have seen more problems posted right after updates, etc. Have you checked your network? Your Office Servers list shows TrueNAS core but the title says TrueNAS Goldeye (25.10).
You need to be as descriptive as possible of the whole problem and post what you have tried to remedy. Is this a new setup with a SMB share? Is this a Core system that was upgraded to Goldeye (25.10)?
i just updated my signature i am running goldeye…for some reason the signature changes refuse to stick…
it’s pretty straightforward. i typically move 250gigs to a terabyte on a regular basis. the transfer will go going along without issue and then the transfer goes to zero. no activity on the truenas and windows is not doing anything either. my shares in windows lock windows explorer up until the transfers start up again or i get the unexcepted error message., when i get the unexpe3cted error i hit try again and the transfer starts back where it was until it dies again. the network isn’t the issue as i do not have this issue if i use zvols with iscsi..it’s only smb. i do not have this issue with windows servers on the same network so it’s not my machine or the network. I also do not have this issue with qnap hero and their zfs implementation..it’s only truenas i have this issue with.
The signature is still broken for updates. Just note what is different, if anything in your post.
When did you create the SMB shares on TrueNAS? Was this a machine upgraded from Core? We are looking for some sort of clues as to where to look. It could be an upgrade issue, SMB permissions, etc. Do you still have this problem if you roll back to a previous boot environment?
What runs on this server? Is it just SMB shares or do you have things like VMs and Apps. Wondering how easy it is to do a clean install and upload the system configuration back.
this system started as a 24.x install. the data i then pulled from my backup server that was running core but this is a full scale system from the ground up. i do not have anything prior for boot environments other than 25.x i only have smb and zvols i do not believe a nas should be doing anything else…
all of my smbs do this and have done it since fangtooth. i do not have this issue on core..but the zfs rewrite intrigues me. While i am not a fan of scale i want to run supported software so here i am…my backup server is currently dismantled for maintenance(cleaning and stuff) i do not have any third party av on this machine either. the longer i press the smb shares the more often it stalls/fails. i do not have this issue with zvols. i ahve set the ac’s to wide open..even stripped the acls and set 777 on the permissions., the issue is worse with acl prewsent than with regular permissions.
something i can do to reduce the stalls is have two transfers going at once..especially if they are all multi-gig files. I still get stalls..but the frequency is reduced….the downside is that when the stalls do occur the duration is about doubled in length.
What model are your hdds? Did you check before buying them if they’re smr drives?
1 Like
they are all cmr drives..hitachi enterprise drives. this only happens with scale. also when smb stalls my iscsi connection still works without issue…
There is something you can do that will eliminate one possible culprit. I’m not going to say it though.
Do you have any network devices like an IDS/IPS in the way perhaps?
nope…and if that was the issue i would have the issue with iscsi..which i do not.
actually i replaced the entire unit…because the old main server did have a ram and motherboard failure. this unit has been fully tested and burned in…when i built this new main unit i didn’t keep the existing data..i wiped everything, rebuilt from scratch, and then pulled the data from my backup server.
also i do not have this issue with iscsi AND i can stuff my 10 gig interface without trouble as well using iscsi. I do not have this issue with core..but since core is EOL, i reluctantly moved to scale. I also do not have this issue with the QNAP hero boxes i have deployed with this machine i am on now.
I’ve seen IDS/IPS boxes and “network aware anti-virus” attempt to sniff SMB traffic, but iSCSI would go through.
The fact that this seems to be limited to a Windows client OS (you said Windows server is okay) makes me think that it’s something on that end. Is it possible to test a live Linux distro to see if it reoccurs there?
no third party av or ids or anything in the way..good thought though.
Is your Windows non-Server client system using different permissions for SMB vs your Windows Server client? This kind of oddity from Microsoft usually comes down to something like that.
truenas is set to 777 so all read all write..can’t get much more permissive than that..that’s been the only way for me tor educe the stalls. For right now i am running all iscsi until something else comes up for a test fix.
Could it be network settings on your computer maybe?
Try running SG TCP Optimizer, had something similar where my download speeds were crap.
You can also try setting up a RAM disk, and see if you get the same issues copying to/from the RAM disk to the SMB
Just curious: which Scale Version exactly are you using ? There were SMB issues with 25.10.0 which got fixed with 25.10.1 from January, if i remember it right.