Bug 10395 - copy from previous versions fails when using shadow_copy2
copy from previous versions fails when using shadow_copy2
Status: NEW
Product: Samba 3.6
Classification: Unclassified
Component: VFS Modules
3.6.22
x64 FreeBSD
: P5 normal
: ---
Assigned To: Samba Bugzilla Account
Samba QA Contact
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2014-01-22 11:40 UTC by LJonsson
Modified: 2014-03-04 18:44 UTC (History)
1 user (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description LJonsson 2014-01-22 11:40:48 UTC
Operating System: FreeBSD 9.1-RELEASE
Windows client: Windows 7 Enterprise x86_64

When trying to copy files from the servers previous version we get an error saying that the file no longer exists. This server is using zfs for taking snapshots and the files can be found and copied with console access to the server so the files do exist, it's just that when you try to recover them via previous version it fails. 

When we set protocol to NT1 instead of SMB2 it seems to work but we would prefer to use SMB2.

[ds1$]
        comment = Datastore 1
        path = /export/ds1
        writable = yes
        csc policy = disable
        valid users = @"localadmin_zfs1-1"
        vfs objects = full_audit, shadow_copy2, zfsacl
        shadow: format = auto-%Y-%m-%d_%H.%M.%S--28d
        shadow: sort = desc
        shadow: snapdir = .zfs/snapshot
        nfs4:acedup = merge
        nfs4:mode = special
        nfs4:chown = yes
        follow symlinks = yes
        wide links = yes
        nt acl support = no
        map acl inherit = no
        inherit acls = no
        inherit permissions = yes
        inherit owner = yes
        ea support = yes
        store dos attributes = no
        map hidden = no
        map system = no
        map archive = no
        case sensitive = no
Comment 1 Orlando Richards 2014-01-27 15:13:06 UTC
I'm getting this too - on RHEL6.4, with samba 4.0.13 and GPFS 3.5.0-13. Will try to get more info once I've set up a test system.

Also seeing it with samba 3.6.22. It was working okay with one of 3.6.12 or 3.6.17 (not sure which of these I was running prior to 3.6.22).





(In reply to comment #0)
> Operating System: FreeBSD 9.1-RELEASE
> Windows client: Windows 7 Enterprise x86_64
> 
> When trying to copy files from the servers previous version we get an error
> saying that the file no longer exists. This server is using zfs for taking
> snapshots and the files can be found and copied with console access to the
> server so the files do exist, it's just that when you try to recover them via
> previous version it fails. 
> 
> When we set protocol to NT1 instead of SMB2 it seems to work but we would
> prefer to use SMB2.
>
Comment 2 Matthew Trent 2014-02-14 17:13:33 UTC
This issue seems corroborated by the following FreeNAS bug (affecting Samba 3.6.x and 4.1.x branches).

https://bugs.freenas.org/issues/3235
Comment 3 Stewart Howard 2014-03-04 18:44:24 UTC
We are experiencing the same issue running:

RHEL 6.4
SAMBA 4.0.12
GPFS 3.5.0-16

Our experience with this bug is exactly as described in both this bug report and also in the FreeNAS report listed in the comments here.

I'm hoping to get a status update on plans to resolve this issue, or any known work-arounds that may exist.

Thanks!

Stewart Howard
Indiana University