Samba is setup using shadow_copy2 on a share. From a Windows 7 or Windows Vista client: 1)Select always available offline option on the share. 2)Right click on the share, select properties 3)Go to previous versions Expected:- The user should be able to see the previous versions as before. Actual:- You will not see the previous version. Uncheck ‘Always available offline’ option. Disconnect and reconnect to the share. Actual:- We still do not see any previous versions. This bug is due to Samba server fails to respond to the createandx request from client to open the shadow copy directory (with directory name only). (from log.smbd) [2010/10/15 14:54:43.649472, 10] modules/vfs_shadow_copy2.c:124(shadow_copy2_normalise_path) path=/home/test1/w7/snap/@GMT-2010.10.15-03.44.36/test1/, gmt_start=@GMT-2010.10.15-03.44.36/test1/, prefix_len=19 [2010/10/15 14:54:43.649518, 10] modules/vfs_shadow_copy2.c:162(shadow_copy2_normalise_path) shadow_copy2_normalise_path: /home/test1/w7/snap/@GMT-2010.10.15-03.44.36/test1/ -> @GMT-2010.10.15-03.44.36//home/test1/w7/snap/test1/ (the last converted path name is wrong) The correct converted path name in this case should be @GMT-2010.10.15-03.44.36/
Created attachment 6014 [details] Netmon capture - access previous versions from Windows 7 client to Samba server
Created attachment 6015 [details] smbd log file while reproducing the bug
Created attachment 6016 [details] smb config file
Comment on attachment 6014 [details] Netmon capture - access previous versions from Windows 7 client to Samba server 226 and 227 are the failed request/response messages
It might already be fixed in the v3-4-ctdb branch we're maintaining on Michael Adam's (obnox) private repo. We're about to merge those in the next few days/weeks.
Michael, can you take a look at this and either confirm or deny Volker's statement ? Thanks, Jeremy.