9.1 and Windows 7/2008R2 Previous Versions

[Sukru Kaymakcalan]

Hi,

I don't know if I should open a ticket so I'm asking here first:

I have automatic snapshots set up on some datastores I'm sharing out via CIFS. Windows clients see the snapshots fine under Previous Versions. XP SP3 and Win8 can view and access files in the snapshots (whether copying from the open option, using the copy button, or the restore button). Windows 7 clients can open the snapshots through explorer but can't copy files. The copy and restore buttons fail the same way as from the opened snapshot. I have attached a screenshot.

I've searched trac and found similar tickets for older releases, they all reference a changeset that I can't find: r10126. The old tickets:
http://support.freenas.org/ticket/935
http://support.freenas.org/ticket/1186
http://support.freenas.org/ticket/935

I saw the problem first on my main box at home. I did a clean install of 9.1 Release in a VM and the same problem occurred. I did some logging (on the server) and can see that smbd did at some point open the file in the snapshot I was trying to copy and then choked on some disk space functions.

Anyone else experiencing this or found a workaround?

 

[Andre Courvoisier]

Hi,

I don't know if I should open a ticket so I'm asking here first:

I have automatic snapshots set up on some datastores I'm sharing out via CIFS. Windows clients see the snapshots fine under Previous Versions. XP SP3 and Win8 can view and access files in the snapshots (whether copying from the open option, using the copy button, or the restore button). Windows 7 clients can open the snapshots through explorer but can't copy files. The copy and restore buttons fail the same way as from the opened snapshot. I have attached a screenshot.

I've searched trac and found similar tickets for older releases, they all reference a changeset that I can't find: r10126. The old tickets:
http://support.freenas.org/ticket/935
http://support.freenas.org/ticket/1186
http://support.freenas.org/ticket/935

I saw the problem first on my main box at home. I did a clean install of 9.1 Release in a VM and the same problem occurred. I did some logging (on the server) and can see that smbd did at some point open the file in the snapshot I was trying to copy and then choked on some disk space functions.

Anyone else experiencing this or found a workaround?

Hi Sakru,

i have the same problem here...
Access via windows explorer's prvious versions to all files an folders works fine. I can open the files from the snapshots but i cant copy them back to the share or to my desktop or anywhere else...

I got the same messages in smbd.log too:

Code:

Aug 23 21:44:51 STORAGE01 smbd[52209]: [2013/08/23 21:44:51.417677,  0] smbd/dfree.c:137(sys_disk_free)
Aug 23 21:44:51 STORAGE01 smbd[52209]:  disk_free: sys_fsusage() failed. Error was : No such file or directory

I've attached a screenshot of the windows message...

 

[cyberjock]

I tried to setup snapshots a while back follwing the manual to the letter(even using the same usernames they used) and I couldn't get it to work. When I asked about it nobody had a clue why it didn't work or how to fix it(I was using Windows 7). You may or may not have the same problem that I had. Since I never figured out what was wrong I can't tell you what to check. :(

 

[pirateghost]

I never set anything up but my previous versions are working with windows 8 and 7

Sent from my Galaxy Nexus

 

[cyberjock]

Well pirateghost, you and I might have to have a chat. I'd love to see that feature work. It's a little hard to help others fix a problem that doesn't even work for yourself.

 

[pirateghost]

I honestly dont know what I did to get it to work. I happened to click on a folder one day and hit previous versions and it was there.

 

[cyberjock]

Lucky Duck....

 

[Sukru Kaymakcalan]

I honestly dont know what I did to get it to work. I happened to click on a folder one day and hit previous versions and it was there.

Are you running 9.1 or an older release?
Unix or windows ACLs? If windows, part of AD?

I think I will open a new ticket, especially since I am not the only with the issue, but would like more information. I hate to say it but Windows 7 clients are a big deal.

 

[Sukru Kaymakcalan]

9.1.1 RC2 seems to have the same problem

 

[Andre Courvoisier]

Hello everyone,

i've played with the issue for a few days an get a few very strange results.

It is not completly impossible to restore a 'previous version' from within windows!
Open up the folder or file you want to restore from the previous version tab in windows an open the properties of the folder/file IN the 'previous version'-Folder
Copy the link to the snapshot (like: T:\@GMT-2013.08.23-08.00.00\Tools)
If you compare this link to what you have in the url-line in your windows explorer you will see the difference:
(see attached screenshot...)

URL in properties of the 'previous folder': T:\@GMT-2013.08.23-08.00.00\Tools
URL in opened 'prevois version' explorer window: T:\Tools (‎Freitag, ‎23. ‎August ‎2013, ‏‎10:00)

If you close the 'previous folder' and open it via the copied link from the previous folders properties from the windows -> run you will be able to MOVE! the previous files back to the share or to your desktop.
I have tried to copy them and had no luck, but the standardoption from the folder had changed from kopie to move since its opened via the windows-run window...

The source file disappears from the snapshot folder but after a screen refresh (F5) is back in its place.

The URL in the error message when i try to copy direct from the previous version folder to my desktop is a very strange too: T:\Team ITS (T:)\Tools (screenshot attached)
There is no @GMT- or something in it...?

Could this be a problem with the service that rewrites the links for windows-explorer or something like that?
smb.conf charset...?

Thats a little bit to much for me :(

 

[Mario Arjona]

Hi all,

I'm facing almost the same problem.

version: FreeNAS-9.1.1-RELEASE-x64

CIFs shares show "previous version" for folders, but no "previous version" for files using Windows Explorer (W7/W2K8SP2)

In system's messages log, also:

Sep 12 17:25:52 xxxxxxx smbd[40292]: [2013/09/12 17:25:52.431207, 0] smbd/dfree.c:137(sys_disk_free)
Sep 12 17:25:52 xxxxxxx smbd[40292]: disk_free: sys_fsusage() failed. Error was : No such file or directory

I have tried every solution that you mention in the forum with no luck.

This is driving me mad. I have to deliver the whole box as a "hands off" solution for users backup, but with this situation....

Thanks for any feedback, it will be really appreciated.

Btw, solution provided from Andre Courvoisier, doesn't work for me neither.

 

[mstrent]

I'm seeing this issue as well with FreeNAS-9.2.0-ALPHA-1d0e5d4-x64.

Previous versions shows up fine, but I get same error as OP when trying to copy files. Interestingly, I can open a file from a snapshot for viewing, but I can't drag/drop or copy/paste any files from a snapshot without getting the error. I'm also seeing the errors in the syslog as reported above.

Sep 30 11:00:02 ghost2 smbd[7277]: disk_free: sys_fsusage() failed. Error was : No such file or directory
Sep 30 11:00:02 ghost2 smbd[7277]: [2013/09/30 11:00:02.498186, 0] smbd/dfree.c:137(sys_disk_free)

 

[mstrent]

Filed bug: https://bugs.freenas.org/issues/3235

 

[Thorsten Leiser]

I got a workaround, that fixed to restore previous document versions with a windows 2008 r2 client. I added the line "max protocol = NT1" to the auxiliary parameters of the global cifs server configuration and restarted samba. That worked for me.

Regards

 

[jonesy16]

I can confirm the same error behavior here. I haven't been able to find a workaround using various "shadow:" parameters.

 

[cyberjock]

I got a workaround, that fixed to restore previous document versions with a windows 2008 r2 client. I added the line "max protocol = NT1" to the auxiliary parameters of the global cifs server configuration and restarted samba. That worked for me.

Regards

And performance will forever suck with that setting.

 

[Sir.Robin]

Well crap. This worked fine on the 8.x branch?

 

[cyberjock]

Well crap. This worked fine on the 8.x branch?

Nope. Surely didn't "work fine". Forcing NT1 disables SMB2. SMB2 is the whole reason why CIFS share performance was kind of "stuck" at about 30-40MB/sec for a single client to suddenly being able to saturate Gigabit LAN. Something I'll never forget because Vista introduced SMB2 and I refused to use Vista and waited for Windows 7 to finally enjoy SMB2 in all of its glory.

 

[Sir.Robin]

I ment that the copy from snapshot worked on 8.3.x at least. Too bad it's broken, but i'm sure it will get fixed now that they know about it :)

 

[cyberjock]

I ment that the copy from snapshot worked on 8.3.x at least. Too bad it's broken, but i'm sure it will get fixed now that they know about it :)

Oh, ok. You were talking about something totally different. After I posted my message I was just sitting here thinking "how the heck could someone not notice that their CIFS shares suck performance-wise after enabling that setting?"