[Samba] shadow_copy2

Stefan Kania stefan at kania-online.de
Fri Jan 3 19:12:46 UTC 2025


Now I had time to take a look again at shadow_copy2 and why it's not 
working.

I created a new share:
[daten1]
         comment = Mit glusterfs_fuse
         path = /glusterfs/Admin-share/daten1
         read only = No
         vfs objects = acl_xattr shadow_copy2 glusterfs_fuse
         shadow:format = _GMT-%Y.%m.%d-%H.%M.%S
         shadow:snapprefix = ^s[A-Za-z0-9]*p1$
         shadow:sort = desc
         shadow:basedir = /glusterfs/Admin-share/daten1
         shadow:snapdir = /glusterfs/Admin-share/.snapshots

As you can see, I changed the name of the directory from admin-share to 
Admin-share. AND I changed the name of the snapdir from .snaps to .snapshots

Then look what happens:
root at cluster01:~# ls /glusterfs/Admin-share/daten1/.snapshots
ls: Zugriff auf '/glusterfs/Admin-share/daten1/.snapshots' nicht 
möglich: Datei oder Verzeichnis nicht gefunden

root at cluster01:~# ls /glusterfs/Admin-share/daten1/.snaps
snap1_GMT-2024.12.18-09.31.59  snap1_GMT-2024.12.18-10.20.29

I got a file not found for .snapshots but I can change into .snaps, 
which I never configured for this share. And you see, I can access the 
snapshots over the command line on the cluster nodes, but not via Windows

If I connect to a Linux-Client, who is member of the domain and mounts 
the share via pam_mount, it's the same, I can't access the .snaps 
directory.

I think, it has something to with permissions on my Linux-Client I do 
the following:
skania at client02:/daten1$ whoami
skania

skania at client02:~$ cd /daten1/

skania at client02:/daten1$ ls -ld .snaps
ls: .snaps: Keine Berechtigung
drwxr-xr-x 2 skania domain users 0 Jan  1  1970 .snaps

I'm the owner and I have rwx but I can't change into the directory

If I do ssh to one of the ctdb-nodes als the user I see:
skania at cluster01:/glusterfs/admin-share/daten1$ ls -ld .snaps
drwxr-xr-x 2 root root 4096  1. Jan 1970  .snaps

I'm not the owner and not member of the group but others has r-x so it 
should be possible for me to change into the directory, but:
skania at cluster01:/glusterfs/admin-share/daten1$ cd .snaps
-bash: cd: .snaps: Keine Berechtigung

Any hint ?


Am 18.12.24 um 20:03 schrieb Stefan Kania via samba:
> 
> 
> Am 18.12.24 um 19:42 schrieb Ralph Boehme:
>> On 12/18/24 7:16 PM, Stefan Kania via samba wrote:
>>> I would say that's fine :-)
>>
>> hm... can you
>>
>> kania$ cd /glusterfs/admin-share/daten1/
>>
>> ?
> 
> Yes :-)
> skania at cluster01:~$ cd /glusterfs/admin-share/daten1/
> skania at cluster01:/glusterfs/admin-share/daten1$ ls -l
> insgesamt 1
> -rwxrwx---+ 1 skania domain users  0 18. Dez 19:15 dat22
> drwxrwx---+ 2 skania domain users 64 18. Dez 11:19 skania
> drwxrwx---+ 2 skania domain users  6 18. Dez 19:15 v2
> 
> but:
> skania at cluster01:/glusterfs/admin-share/daten1$ ls -l .snaps
> ls: Öffnen von Verzeichnis '.snaps' nicht möglich: Keine Berechtigung
> 
> skania at cluster01:/glusterfs/admin-share/daten1$ ls -ld .snaps
> drwxr-xr-x 2 root root 4096  1. Jan 1970  .snaps
> 
> skania at cluster01:/glusterfs/admin-share/daten1$ cd .snaps
> -bash: cd: .snaps: Keine Berechtigung
> 
> That's the point where I get confused
> 
> 
> Stefan
> 

-- 
Stefan Kania
Landweg 13
25693 St. Michaelisdonn

---------------------
Es gibt keine WOLKE, nur die Computer fremder Leute

-------------- next part --------------
A non-text attachment was scrubbed...
Name: OpenPGP_signature.asc
Type: application/pgp-signature
Size: 236 bytes
Desc: OpenPGP digital signature
URL: <http://lists.samba.org/pipermail/samba/attachments/20250103/32bae1dc/OpenPGP_signature.sig>


More information about the samba mailing list