XigmaNAS

I was pretty sure this was working months ago, but for some reason it doesn't work properly for me now. I have a ZFS dataset with auto-snapshot enabled. I share this file system through the CIFS/SMB service. I have absolutely no problem accessing and working with the files in this file system on my Windows boxes (have been for over a year now).

If I pick a file I know has changed (or I purposely change it), then go to the Windows Properties | Previous Versions tab, I see the older version(s) of the file, as I should. However, when I choose to "Restore..." (or "Copy..." to another location) I get the following error:
Could not find this item.
This is no longer located in P:\public .... Verify the item's location and try again.

Clicking "Try Again" doesn't solve it, and when I "Cancel", the file actually gets removed from the folder.

One thing to note, if in the Shadow Copy tab I choose to "Open" a previous version instead, it works! The file name looks like: P:\@GMT-2013.09.22-03.00.00\software\....

I have tried many files in different directories and they all have the same problem. I am using the default settings in the CIFS/SMB service for the "Shadow Copy format".

Any help is appreciated.

Odd... Anything in the logs ?

Sorry, yes there were log entries. Here's what I get when I try to restore a file and get the "Try Again" dialog:

smbd[53186]: [2013/09/23 21:21:30.150967, 0] smbd/dfree.c:137(sys_disk_free)
smbd[53186]: disk_free: sys_fsusage() failed. Error was : No such file or directory
smbd[53186]: [2013/09/23 21:21:30.178694, 0] smbd/dfree.c:137(sys_disk_free)
smbd[53186]: disk_free: sys_fsusage() failed. Error was : No such file or directory

Could it be as simple as the snapshots have rolled off ? How old is the revision your attempting to restore vs the age of the snapshot ?

I've got a two week window of daily snapshots (confirmed). I can easily test even having just one snapshot by just modifying a text file and asking to restore. That should at least show and allow a restore with the most recent snapshot right? I can always see the restore file in the previous versions tab, it just fails when trying to do the restore.

I am using the latest released firmware: Current Version: NAS4Free 9.1.0.1 (847)

Wow, at least it looks like I'm not the only one. Some on FreeNAS are suffering the same thing recently:
http://forums.freenas.org/threads/9-1-a ... ons.14416/

I'm just setting up snapshots for the first time and have the same problem as described in tonyd's original post.

When I first set up snapshots I was unable to view them using the "Windows Previous Version" but i was able to manually restore from a terminal session command line. Not too user friendly but at least it worked.
After reconfiguring snapshots/shares/SMB correctly I can now see the snapshots in Windows previous version but have exactly the same problem as described by tonyp including deleting the file when I try to cancel the process from the Windows 7 client : - (

I have been able to restore an older file version using Windows explorer, browsing to the snapshot folder and then copying the file manually. I have not been able to try opening the file from the snapshot as the file type does not allow opening from a network drive (Lightroom catalogue). I'll try with some different file types but assume the result will be the same as reported by tonyp.

I'll test from a Windows 8 client and advise results when done.

Any suggestions greatly appreciated

Running 9.1.0.1 - Sandstorm (revision 847)
smbd[3044]: [2013/09/30 16:58:58.899256, 0] smbd/dfree.c:137(sys_disk_free)
smbd[3044]: disk_free: sys_fsusage() failed. Error was : No such file or directory

Further testing comparing Windows 7 & 8 client for restoring snapshots using the Windows Restore Previous function.

Windows 8 Previous Version works for Open Copy or Restore. Performed a restore about 6 times on 2 different previous versions worked everytime.

Windows 7 Previous Version
Open - Works, then able to save.
Copy - Does not work, error cannot find file. Does not delete latest version of file when cancel pressed.
Restore - Does not work, cannot find file. Deletes latest version of file when cancel pressed.

Well I noticed I have this issue now as well. It happens both on my Windows 7 Ultimate x64 desktop and x32 virtual which are both fully updated. Though using my virtual 2012 fully updated it doesn't happen. That makes me think it is at least partially Windows fault. Though I know previous versions used to work, but it has been a while since I tested. Between then, there have been many Windows updates and I did upgrade my NAS from 9.1.0.1.636 to 9.1.0.1.847 so it could be either causing it. What's strange is we started having this problem a couple months ago at work with our NetApp which uses cifs, but I have read multiple forum posts of upgrading the NetApp OS fixes it for them. So that leads me to believe it is possible to update cifs to fix this problem.

Other thing is one of the previous files is a 7z file and if I double click it, it opens just fine and I am able to copy it's contents to my desktop, I just can't drag to copy the file anywhere else, so it seems specific to windows explorer.

As I notice that freenas side have a roadmap to release a fix for this problem.
http://forums.freenas.org/threads/9-1-a ... 416/page-2
Will nas4free side also fix this issue in short?

Further surfing the Internet for the solution, the problem shall be came from the "vfs_shadow_copy2" module of the SAMBA package.
Someone already fixed this bug by patching the source code of the specific module (freebsd): https://bugzilla.samba.org/attachment.c ... ction=edit
I believe the fix may be achieved by recompiling the SAMBA package on 9.1.0.1 platform, and replace the file "/usr/local/lib/samba/vfs/shadow_copy2.so" with the newly created one.

If the result is negative, it means that the fix may require amendment to other modules or the service itself, which is not a trivial job.

Sorry for my English. Now around this problem, consider the addition of the desired file or folder to the archive preserving the local disk, and then extract the desired location .

На данный момент временным решением считаю добавление в архив файлы или папку с выбором места архивации на локальный диск, а затем извлечение из данного архива в нужное нам место!