[Samba] vfs_shadow_copy2 doesn't seem to work with basedir of /

Matthew Cengia mattcen at gmail.com
Wed Sep 28 17:46:52 MDT 2011


Has anybody here used this functionality before? Should I be asking a
different list?

On 2011-09-17 13:05, Matthew Cengia wrote:
> Hi all,
> 
> I'm using the VFS sbadow_copy2 module, and I think I've hit a bug. This
> config works:
> 
>   mattcen at adam:SambaTest$ cat works3/smb.conf
>   [SambaTest]
>     comment        = SambaTest
>     writable       = yes
>     path           = /srv/SambaTest/share
>     #vfs objects    = shadow_copy
>     vfs objects    = shadow_copy2
>     shadow:snapdir = /mnt/dates
>     shadow:basedir = /srv
>   mattcen at adam:SambaTest$ ls /srv
>   SambaTest  aquota.group  aquota.user  archive  bittorrent  cvs  lost+found  lxc  nfs  share  tftp  time_machine  tmp
>   mattcen at adam:SambaTest$ ls /mnt/dates/@GMT-*
>   /mnt/dates/@GMT-2011.09.16-22.44.13:
>   SambaTest
> 
>   /mnt/dates/@GMT-2011.09.16-22.44.36:
>   SambaTest
> 
>   /mnt/dates/@GMT-2011.09.16-22.45.24:
>   SambaTest
> 
>   /mnt/dates/@GMT-2011.09.16-23.03.18:
>   SambaTest
> 
>   /mnt/dates/@GMT-2011.09.16-23.03.37:
>   SambaTest
> 
>   /mnt/dates/@GMT-2011.09.16-23.03.56:
>   SambaTest
>   mattcen at adam:SambaTest$
> 
> This config doesn't:
> 
>   mattcen at adam:SambaTest$ cat broken1/smb.conf
>   [SambaTest]
>     comment        = SambaTest
>     writable       = yes
>     path           = /srv/SambaTest/share
>     #vfs objects    = shadow_copy
>     vfs objects    = shadow_copy2
>     shadow:snapdir = /mnt/dates
>     shadow:basedir = /
>   mattcen at adam:SambaTest$ ls /
>   bin  boot  cgroup  dev  etc  home  initrd.img  lib  lost+found  media  mnt  opt  proc  root  sbin  selinux  snapshots  srv  sys  tmp  usr  var  vmlinuz
>   mattcen at adam:SambaTest$ ls /mnt/dates/@GMT-*
>   /mnt/dates/@GMT-2011.09.16-22.44.13:
>   srv
> 
>   /mnt/dates/@GMT-2011.09.16-22.44.36:
>   srv
> 
>   /mnt/dates/@GMT-2011.09.16-22.45.24:
>   srv
> 
>   /mnt/dates/@GMT-2011.09.16-23.03.18:
>   srv
> 
>   /mnt/dates/@GMT-2011.09.16-23.03.37:
>   srv
> 
>   /mnt/dates/@GMT-2011.09.16-23.03.56:
>   srv
>   mattcen at adam:SambaTest$
> 
> The latter config gives me the following in /var/log/samba/log.<client>:
> 
>   [2011/09/17 00:06:42.354400,  0] modules/vfs_shadow_copy2.c:380(convert_shadow2_name)
>     convert_shadow2_name: basedir / is not a parent of /srv/SambaTest/share
> 
> I'm hitting this code in vfs_shadow_copy2.c, but I don't really
> understand what it's doing:
> 
>   mattcen at adam:samba$ nl -ba samba-3.5.6~dfsg/source3/modules/vfs_shadow_copy2.c | sed -n 376,383p
>      376          /* some sanity checks */
>      377          if (strncmp(basedir, handle->conn->connectpath, baselen) != 0 ||
>      378              (handle->conn->connectpath[baselen] != 0 && handle->conn->connectpath[baselen] != '/')) {
>      379                  DEBUG(0,("convert_shadow2_name: basedir %s is not a parent of %s\n",
>      380                           basedir, handle->conn->connectpath));
>      381                  talloc_free(tmp_ctx);
>      382                  return NULL;
>      383          }
> 
> I'm running Samba on Debian Squeeze:
> 
>   mattcen at adam:tmp$ lsb_release -idrc
>   Distributor ID: Debian
>   Description:    Debian GNU/Linux 6.0.2 (squeeze)
>   Release:        6.0.2
>   Codename:       squeeze
>   mattcen at adam:tmp$ dpkg -l samba | tail -1
>   ii  samba                                            2:3.5.6~dfsg-3squeeze5       SMB/CIFS file, print, and login server for Unix
> 
> Checking the Samba Git repo, it looks like the version I'm running is
> from around commit 5529289e1d17d0524dc38aea11e0a3469818753c (at least
> that has the same version of the vfs_shadow_copy2.c file), and I can see
> that the git trunk has a complete rewrite of this module, but I don't
> want to have to recompile my Samba deb after cherry-picking that module.
> 
> Can anybody see anything wrong with the way I've configured my smb.conf,
> or does this actually look like a bug (which probably isn't worth
> reporting since this code seems to be almost obsolete)?
> 
> -- 
> Regards,
> Matthew Cengia



-- 
Regards,
Matthew Cengia
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 490 bytes
Desc: Digital signature
URL: <http://lists.samba.org/pipermail/samba/attachments/20110929/2e949898/attachment.pgp>


More information about the samba mailing list