[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