similar to: Is it possible to clone an NT ACL from one file or dir to a totally different file or dir ?

On 03/24/2018 08:20 PM, Ken McDonald via samba wrote: > Can I use a command like this to clone an NT ACL? > > getfattr -n security.NTACL templateFile | sed -e > 's/templateFile/realFile/' | sudo setfattr --restore=- > > I can see that the attribute gets copied over but when I view the ACL > in Windows security tab it's not the same ACL, it's much bigger and

On Sat, 2018-03-24 at 20:38 -0400, Ken McDonald via samba wrote: > > > By default, step 4 takes forever to run on large datasets because it > > uses named entities. My ultimate plan was to use the numeric > > user/group id's in that step instead of named ones so the Winbind cost > > is not incurred. Seems for the whole process, the calls to Winbind to > >

On 04/05/2018 08:32 PM, Andrew Bartlett wrote: > On Sat, 2018-03-24 at 20:38 -0400, Ken McDonald via samba wrote: >>> By default, step 4 takes forever to run on large datasets because it >>> uses named entities. My ultimate plan was to use the numeric >>> user/group id's in that step instead of named ones so the Winbind cost >>> is not incurred. Seems for

https://bugzilla.samba.org/show_bug.cgi?id=6590 Summary: [sender] could not find xattr #1 for home/jdoe/TheFresh Product: rsync Version: 3.0.5 Platform: Other OS/Version: Linux Status: NEW Severity: normal Priority: P3 Component: core AssignedTo: wayned at samba.org ReportedBy: stlman at

Hi All. Hoping you can help me with a healing problem. I have one file which didn't self heal. it looks to be a problem with a directory in the path as one node says it's dirty. I have a replica volume with arbiter This is what the 3 nodes say. One brick on each Node1 getfattr -d -m . -e hex /path/to/dir | grep afr getfattr: Removing leading '/' from absolute path names

I have the following attributes for a typical file on my redirected folders residing on my Samba4 AD/DC: $ getfattr -d "Newletters/Newsletter 2013-09.docx" # file: Newletters/Newsletter 2013-09.docx user.DOSATTRIB=0sMHgyMAAAAwADAAAAEQAAACAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAPnD7jBHStABAAAAAAAAAAA= What do these characters mean? I'm searching for a particular attribute. I have found

OK, thanks, I've seen such an attribute correlation list elsewhere. So what does the 65 character string mean? user.DOSATTRIB=0sMHgyMAAAAwADAAAAEQAAACAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAPnD7jBHStABAAAAAAAAAAA= Obviously this isn't a bunch of 0x1's and 0x2s bit fields (or are they?). These attributes are from a file on the Redirected Folders directory hosted on the Samba4 AD/DC. I

> On 29 Jul 2015, at 10:02, Ralph Böhme <rb at sernet.de> wrote: > Hm, works for me: > > mac$ mount | grep smb > //ralph at 10.10.11.100 <mailto:ralph at 10.10.11.100>/AAPL on /Volumes/AAPL (smbfs, nodev, nosuid, mounted by ralph) > mac$ touch /Volumes/AAPL/test > mac$ xattr -w foo bar /Volumes/AAPL/test > mac$ xattr -l /Volumes/AAPL/test > foo: bar >

Dear all, The system is Ubuntu 12.04 (latest beta as of yesterday) Bind 9.81 (12.04 standard) Samba 4, also git-cloned yesterday. I've imported a zpool created on another ubuntu system with the same version of zfs-linux (RC-8) http://zfsonlinux.org/ The zpool is working perfectly well; responsive, no errors reported, scrubbed. Samba can see the zpool as part of the greater file system and

Hi, I am trying to understand how the extended attribute trusted.io-stats-dump works. setfattr -n trusted.io-stats-dump -v /tmp/gluster_perf_stats/io-stats-pre.txt /mnt/gluster/gv0_glusterfs I can see that the io-stats-pre.txt is created. But how and what happened in the background? And why I can't I see the attribute with getfattr again? getfattr -dm- /mnt/gluster/gv0_glusterfs # file:

Hey, I refer to https://wiki.samba.org/index.php/Operating_system_requirements/File_system_support#ext4 Wiki suggests: Ensure that your kernel has the following options enabled: CONFIG_EXT4_FS_XATTR=y CONFIG_EXT4_FS_SECURITY=y CONFIG_EXT4_FS_POSIX_ACL=y My debian 8.2 installation was installed from netinstall CD, all updates applied. All my filesystems are ext4 and xattr and acl are not set,

Hi, My Samba 3.6.6 file server isn't setting the security.NTACL extended attribute. It can set the user.DOSATTRIB without any issue. This appears to be an LXC container issue, as outside the container I can set this using the setfattr command without issue, whereas I can't do this inside. Despite this not being a Samba issue, I was wondering whether anybody has any encountered

Hi, I would like to set filesystem permissions on shares (users, at the moment) with Windows 10 (1809). On the Samba side, the filesystem is ext4. I tested the extended attributes usability with setfattr/getfattr, and setfacl/getfacl, and they work. I set the followings in smb.conf: [global] vfs objects = acl_xattr map acl inherit = yes store dos attributes = yes ... [users] path = /home/users

trusted.io-stats-dump is a virtual (not physical) extended attribute. The code is written in a way that a request to set trusted.io-stats-dump gets bypassed at the io-stats translator layer on the stack and there it gets converted into the action of dumping the statistics into the provided output file path. See io_stats_setxattr() implementation in io-stats.c for more details. HTH, Krutika On

Le 15/11/2017 ? 09:45, Ravishankar N a ?crit?: > If it is only the brick that is faulty on the bad node, but everything > else is fine, like glusterd running, the node being a part of the > trusted storage pool etc,? you could just kill the brick first and do > step-13 in "10.6.2. Replacing a Host Machine with the Same Hostname", > (the mkdir of non-existent dir,

I've touched the directory one level above the directory with the I\O issue as the one above that is the one showing as dirty. It hasn't healed. Should the self heal daemon automatically kick in here? Is there anything else I can do? Thanks David On Tue, 14 Feb 2023 at 07:03, Strahil Nikolov <hunter86_bg at yahoo.com> wrote: > You can always mount it locally on any of the

Am 2019-08-26 um 16:35 schrieb Rowland penny via samba: > On 26/08/2019 15:20, ? Peter Rindfuss via samba wrote: >> Hi, >> >> I have a question regarding permissions at the top of a share as seen >> from a Windows 10 client. >> >> We are using Samba 4.10.6-Debian (van Belle) on Debian 10 (Buster) with >> one AD controller and one file server. >>

I guess you didn't receive my last e-mail. Use getfattr and identify if the gfid mismatch. If yes, move away the mismatched one. In order a dir to heal, you have to fix all files inside it before it can be healed. Best Regards, Strahil Nikolov ? ???????, 14 ???????? 2023 ?., 14:04:31 ?. ???????+2, David Dolan <daithidolan at gmail.com> ??????: I've touched the directory one

Hi, I have a question regarding permissions at the top of a share as seen from a Windows 10 client. We are using Samba 4.10.6-Debian (van Belle) on Debian 10 (Buster) with one AD controller and one file server. The top directory of our main share on the file server has, on the Linux level, these permissions reported by getfacl: # file: ... # owner: root # group: domain\040users # flags: ---

>From samba 3.3.0 release notes, it seems like samba 3.3.x is at least experimenting using xattr to store NT ACL, which can eventually provide better NT ACL support. I tried similar features with samba 4.0.0 alpha6, which works very nice. Is there any plan to provide same level of NT ACL support with samba 3.3.x? If there is such plan, any targeted date for that? Thanks, Ying