solarisguy
Guru
- Joined
- Apr 4, 2014
- Messages
- 1,125
Ask a Windows sharing specialist.
still sounds like you have permissions type set to "Unix". Since you recreated your share, please post an updated debug file.My issues seem to be getting more strange. Now, from time to time, I get permission errors simply by trying to drag something into my CIFS share. However, these are failing immediately. I rebooted the NAS, and then I updated it to the latest version. I don't have any errors or warnings in my NAS alerts.
When I drag a file over, it says "Destination Folder Access Denied. I can create files in here and add folders manually, but when I drag one over it just says permission denied. Then, out of nowhere, it will just magically let me drag and drop files. Then, after some seemingly random amount of time, it goes back to permission denied.
Sorry. I forgot to reply to this thread. Did you check for alternate datastreams?Well, I fixed that issue that was cropping up obnoxiously. I changed the owner on the Volume to be my user account, and not the root user. Once that was done, I was able to save stuff to it again. I was realizing that this issue was seemingly ONLY affecting my Windows 10 machines. All other machines could save to it without issue. Upgrading my couple of media machines to try and resolve the "TS" issue apparently created this new issue with the root user owner Permissions Denied error.
Anywho, the "TS" files are still having the same very strange issue from any Windows machine. It copies to 100% then starts over at 0% and when it reaches 100% again for a second time, it deletes the file from the share and gives a Permission Denied error. However, as pointed out once previously, I can stop it at 99% and use this file from any machine on the network on this share, but if I let it get to 100% it dies.
URL http://blogs.technet.com/b/askcore/archive/2013/03/24/alternate-data-streams-in-ntfs.aspx lists two tools you can use to check for ADS.Sorry. I forgot to reply to this thread. Did you check for alternate data streams? [...]
I believe FreeNAS defaults to using the vfs object "streams_xattr" to handle alternate datastreams. The samba documentation states "Please note that most file systems have severe limitations on the size of xattrs. So this module might work for applications like IE that stores small zone information in streams but will fail for applications that store serious amounts of data in ADSs."It would be nice to know which part of Windows is responsible for that silent DRM fiasco. And have instructions here handy (on how to check the limits, DRM etc.). Otherwise with the average media file size growing and growing we would encounter more often people blaming FreeNAS for Windows features...
Pretty sure this has absolutely nothing to do with DRM. I could not copy an AVI file created with a digital camcorder to my FreeNAS device. It was very frustrating. I was attempting to copy a 5.5GB file. Robocopy would get to 99.9% of the copy and then fail saying "Access is denied." and retry. It wouldn't say which side, source or destination had the problem though. I did some searching and found https://forums.freenas.org/index.ph...with-alternative-data-stream-avi-files.24166/. It states that files with an alternate file stream greater than 64KB will have issues. I used powershell and this command "get-item -Path .\MyRecordedVideoFile.avi -stream *" to view the streams and their sizes, the alternate stream was 190KB. I used streams to delete the extra stream via this command "streams -d .\2008-05-10-MyRecordedVideoFile.avi" which removed the alternate stream and the file copied fine. I would guess that the alternate stream contained some start/stop points where I stopped and started recording again. Either way, it wasn't necessary and removing the alternate stream made the file copy over fine. I know its been a while, but figured I would put this here in case someone else hits this and pain overcomes their head.
Update for those concerned about this issue. In FreeNAS 11.1 samba will be patched to support large ADS's (I've tested up to ~200 MB in size). Thanks Timur!
It's fixed in both 11.1 and 11.2. I'd hold off on upgrading until the next 11.2 U release (it will be soon). This is because we are bringing in Samba 4.9, which has _significant_ performance improvements. When it comes time to upgrade, you should back up your config file and your jails (if you have any). There is a huge delta between 9.3 and 11.2.Is it fixed yet in 11.1 or 11.2? I'm still on 9.3
Just stumbled on this problem too while trying to use NextPVR with my HDHomeRun tuner. The TS file had ADS metadata and for the longest time confused why video files above 1.5GB was having issues. Ended up just removing streams_xattr from the VFS object of my CIFS share.
It's fixed in both 11.1 and 11.2. I'd hold off on upgrading until the next 11.2 U release (it will be soon). This is because we are bringing in Samba 4.9, which has _significant_ performance improvements. When it comes time to upgrade, you should back up your config file and your jails (if you have any). There is a huge delta between 9.3 and 11.2.