Issue when trying to copy snapshot data through "previous versions"
Intel(R) Xeon(R) CPU E3-1225 v3 @ 3.20GHz
16GB of Kingston ECC Memory
4 x 4TB WD Red
We are having an issue that has appeared since updating from 11.0 U3 to 11.1. I am unsure whether this is a FreeNAS issue or if its an issue on the Windows side, cause you know, Windows.
The situation is this:
Go into the FreeNAS SMB share using windows explorer, right click, properties and choose previous version. Open the time period I am looking for.
Once there, I select the file, then copy and paste it to a location on the Windows Server.
Error message appears saying "You need permission from "Some user" in order to modify this file". I am that user it is asking for.
I notice the attached error in the log file at /var/log/samba4/log.smbd
This is on a Server 2008 R2 that we get the errors mentioned in step 3 and 4.
However there are two work arounds:
It works using a copy command through the Windows command prompt and copying the URL from explorer, on the same server.
It works from Server 2012 R2 or Windows 10.
The fact that it works on Server 2012 is odd, but so is the fact it works through the command prompt and not explorer. I was definitely leaning towards it being a Windows issue along the lines of SMB version (SMB1.0) because I noticed that in 11.1 update that the "minimum/maximum protocol level" drop downs were removed. However I tried setting "server min protocol = SMB2.0" in the share's auxiliary parameters box but this didn't make a difference. Also seeing errors in the Samba log file also make me question which side it is.
I hope that makes sense, any questions please let me know!
Thanks in advance!
#4 Updated by Lewis Barclay over 2 years ago
As per a suggestion on the forum post from Anodos (who I see is an iXSystems member of staff), I tried his suggestion:
"Try removing the zfs_space vfs object from the [edinburgh_data_jcca_docs] share."
Which does the trick. I have re-enabled it for now as I have no idea what it does (although just going to try and research it now!) but hopefully this might help narrow down the issue?
I assume something changed with this part of it in the last update?
Hope that helps.
#6 Updated by Timur Bakeyev over 2 years ago
- Status changed from Unscreened to Not Started
zfs_space module is reporting available free space on the ZFS share. We/you need this module cause calculating free space on ZFS isn't trivial. But, obviously you can live without it for a while.
I'll look into the possible code paths that may cause this issue with Anodos.
#17 Updated by Timur Bakeyev about 2 years ago
- Status changed from In Progress to Closed
- Target version changed from 11.2-RC2 to N/A
- Reason for Closing set to Cannot Reproduce
- Needs QA changed from Yes to No
- Needs Doc changed from Yes to No
- Needs Merging changed from Yes to No
I was trying to reproduce this error, but seems it was fixed meanwhile. I think it's safe as of 11.2(b1) or 11.1-U5 to enable back
zfs_space while accessing snapshots.
Keep in mind though, that there is still another open bug, which is triggered when you trying to restore files with ADS from the shadow copy. You can see reference to it in the ticket summary.
If you'd encounter that cannot open 'vol1/../DOCS@auto-20180117.0800-1m': snapshot delimiter '@' is not expected here again with the latest FreeNAS - please, reopen this ticket.
#22 Updated by Lewis Barclay about 2 years ago
Thanks for your response, fingers crossed this issue is resolved. I have another issue now with one particular share not showing previous versions despite everything being set correctly and snapshots do exist (I can clone them manually). Should I open a new ticket?