similar to: vfs_shadow_copy2: unmount snapshot while user is restoring from it

Greetings, I am trying to use vfs_shadow_copy2 with samba samba-4.2.7. I have a share exported at /export/smb400/. A snapshot of the share is on a separate block device, which is mounted at /export_shadows/volume-00000001/@GMT-2016.02.08-11.48.00/. Samba configuration for the share is: vfs objects = shadow_copy2 shadow:snapdir = /export_shadows/volume-00000001 shadow:fixinodes = yes (Note: I

On Mon, Feb 08, 2016 at 06:33:25PM +0200, Alex Lyakas wrote: > Greetings, > > I am trying to use vfs_shadow_copy2 with samba samba-4.2.7. > > I have a share exported at /export/smb400/. A snapshot of the share is on a > separate block device, which is mounted at > /export_shadows/volume-00000001/@GMT-2016.02.08-11.48.00/. Samba > configuration for the share is: > >

Hi Jeremy, The use case is that we want to automatically rotate the snapshots. For example, we want to keep 24 hourly snapshots, and every hour we create a new snapshot and unmount the oldest one. But since customers can be restoring from the oldest snapshot right now, it is not deterministic when we will be able to unmount the oldest snapshot. So at that moment we want all active restore

On Sun, 2017-04-02 at 22:42 +0100, Michael Miller via samba wrote: > Hi > > I could not get a custom "shadow:delimiter" for the vfs shadow_copy2  > module to work successfully for me with Samba 4.6.2. I did not try  > previous versions. Based on my testing it seems that an additional line  > of code is needed in vfs_shadow_copy2.c as shown in the patch below  >

Hi I could not get a custom "shadow:delimiter" for the vfs shadow_copy2 module to work successfully for me with Samba 4.6.2. I did not try previous versions. Based on my testing it seems that an additional line of code is needed in vfs_shadow_copy2.c as shown in the patch below (some comment updates are included too for code readability). Without the below patch, previous versions

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

Hi Alexander # net conf delparm projects shadow:snapprefix does not change a thing. The error persists. (I killed my smb session before trying again). log still says: [2023/05/22 15:23:23.324179,? 1] ../../source3/modules/vfs_shadow_copy2.c:2222(shadow_copy2_get_shadow_copy_data) ? shadow_copy2_get_shadow_copy_data: SMB_VFS_NEXT_OPEN failed for

Hi all, Does anyone have vfs_shadow_copy2 working with an alternate snapshot directory format? My snapshots look like this : drwxr-xr-x 55 root root 32768 Jan 10 12:37 20140113_12:00 drwxr-xr-x 55 root root 32768 Jan 10 12:37 20140114_12:00 drwxr-xr-x 55 root root 32768 Jan 10 12:37 20140115_12:00 drwxr-xr-x 55 root root 32768 Jan 10 12:37 20140116_12:00 drwxr-xr-x 55 root root 32768 Jan 10

Hi, As per the list.samba.org link, did you try including the delimiter within the format, ie as shown in the following? shadow:snapprefix = ^d[A-Za-z0-9]*y$ shadow:delimiter = _IPG_ shadow:format = _IPG_%Y.%m.%d-%H.%M.%S Regards, Mike On 16/02/2018 16:50, Edouard Guigné via samba wrote: > Hello Dear Samba Users, > > I have sucessfully set a samba share on a centos 7 box (samba 4.6.2)

On Mon, May 22, 2023 at 9:32?AM Sebastian Neustein via samba <samba at lists.samba.org> wrote: > > Hi Alexander > > # net conf delparm projects shadow:snapprefix > does not change a thing. The error persists. (I killed my smb session > before trying again). > > log still says: > [2023/05/22 15:23:23.324179, 1] >

Hi (+mailing list again for the archives) My config which does show previous versions: # /usr/local/samba/sbin/smbd --version Version 4.6.11 To avoid having this config block within in each share, I define the following within the [global] section:   shadow:snapprefix = ^\(monthly\)\{0,1\}\(weekly\)\{0,1\}\(daily\)\{0,1\}$   shadow:delimiter = _UTC_   shadow:format =

On Thu, 2023-05-25 at 16:45 +0200, Sebastian Neustein wrote: > > Does it make a difference if you re-mount the volume without 'acl' > > option? Even otherwise can you try listing the snapshot contents > > from the server as a user(and not super user) who in reality tries > > to list previous versions from Windows? I feel like it has > > something to do with

Hi, I notice you're using 4.6.2 and I'm using 4.6.11. I made the following comment at some point within [global]:   #disable "unix extensions" to avoid using "allow insecure wide links"   #  for access to ../xxxx_SNAPS for BTRFS "previous versions" snapshots   #  --it seems to have reverted once more to not need the below two settings   ##unix

The gluster side looks like this: root at B741:~# gluster volume get glvol_samba features.show-snapshot-directory features.show-snapshot-directory???????? on root at B741:~# gluster volume get glvol_samba features.uss features.uss???????????????????????????? enable I found an error when the samba client is mounting the gluster volume in the gluster logs

Hello. I am trying to get the windows "previous versions" / shadow copies to work with our setup (samba+winbind over objectivefs). I have setup a test where I manually mounted two objectivefs snapshots in the /snapshots/ directory. Objectivefs filesystem is mounted on /ofs. When I try and look at the "previous version" in windows I get the error "there are no previous

Hello all, I already successfully configured shadow copy service without a delimiter and regex. But as soon as I try to get this to work with regex, nothing shows up on the win client. My config looks like this: [global] shadow: localtime = yes shadow: sort = desc shadow: format = _%FT%T shadow: delimiter = _ shadow: snapprefix = ^\(monthly\)\{0,1\}\(weekly\)\{0,1\}\(daily\)\{0,1\}$

Hi Sebastian, why are you using shadow:snapprefix if this is just ?snap?? Does it work using ONLY shadow:format = snap_GMT-%Y.%m.%d-%H.%M.%S ? If you use snapprefix you also need to use shadow:delimiter (in your case this would be ?_?). However, I never managed to get it working with snapprefix on my machines. Alexander > On Monday, May 22, 2023 at 2:52 PM, Sebastian Neustein via samba

Hello Dear Samba Users, I have sucessfully set a samba share on a centos 7 box (samba 4.6.2) and succeeded into make work snapshots (vfs_shadow_copy2 with xfs and lvm). The snapshots appears well in windows previous versions. However, I expected to go further with snapshots and use the options "shadow:snapprefix" and "shadow:delimiter"in order to filter daily, weekly

Hi I am trying to get shadow_copy2 to read gluster snapshots and provide the users with previous versions of their files. Here is my smb.conf: [global] ??????? security = ADS ??????? workgroup = AD ??????? realm = AD.XXX.XX ??????? netbios name = A32X ??????? log file = /var/log/samba/%m ??????? log level = 1 ??????? idmap config * : backend = tdb ??????? idmap config * : range =

On Sat, Aug 10, 2019 at 11:22:53PM +0000, douxevip via samba wrote: > So I'm trying to get shadow copies to work with Windows clients. The snapshots are being stored at /test/.zfs/snapshot > > The snapshots are being named like so: > > autosnap_2019-08-10_21:00:00_frequently > autosnap_2019-08-10_21:00:00_monthly > autosnap_2019-08-10_22:00:00_hourly > > This is