search for: posix_acl_access

Hi There, Version 3.0.23c-SerNet-SuSE Symtoms: extremely extremely slow, high processor usage, in the dmesg, hundreds of these entries... which direction should I go... ReiserFS: sdb1: warning: Invalid hash for xattr (system.posix_acl_access) associated with [NULL] ReiserFS: sdb1: warning: Invalid hash for xattr (system.posix_acl_access) associated with [NULL] ReiserFS: sdb1: warning: Invalid hash for xattr (system.posix_acl_access) associated with [NULL] ReiserFS: sdb1: warning: Invalid hash for xattr (system.posix_acl_access) associa...

Hi, I am using kernel 3.7-rc6. I have written a test application for extended attributes and have for some folders a wired behaviour: #include <stdio.h> #include <string.h> #include <attr/xattr.h> char attrs[1024]; ssize_t attrslen; int i; char value[1024]; ssize_t valuelen; int main(int argc, char *argv[]) { if (argc != 2) { fprintf(stderr, "Syntax: testxattr

On Tue, 29 Aug 2023 15:44:35 +0200 Marco Gaiarin via samba <samba at lists.samba.org> wrote: > Mandi! Rowland Penny via samba > In chel di` si favelave... > > >> In samba the share is: > > I wish people wouldn't do this, if you are going to post a share, > > please post the global section as well. > > Sorry. > > # Global parameters >

...full_audit:failure = none gluster version 3.8.8-1+deb9u1, samba version 4.10.18+dfsg-0.1stretch1 . Permission linux side are different but seems not incoherent: root at vdmsv1:/srv/fvg/Ufficio Paghe# getfattr -m - -d Copia\ di\ fvg.xlsx Prova\,\ DELME.txt # file: Copia di fvg.xlsx system.posix_acl_access=0sAgAAAAEABwD/////AgAHAAAAAAAEAAcA/////wgABwD5KgAACAAFAAgrAAAIAAcAHysAAAgABwA3KwAAEAAHAP////8gAAAA/////w== trusted.SGI_ACL_FILE=0sAAAACQAAAAH/////AAcAAAAAAAIAAAAAAAcAAAAAAAT/////AAcAAAAAAAgAACr5AAcAAAAAAAgAACsIAAUAAAAAAAgAACsfAAcAAAAAAAgAACs3AAcAAAAAABD/////AAcAAAAAACD/////AAAAAA== user.DOSATTRIB=0...

Hi, I have been having problems with GPOs, sysvol, etc. for some time now, and have found a workaround but I wondered if any of the samba devs were interested in investigating this. Basically, the problems manifest themselves as access errors, along the lines of unable to read files, error messages such as 'The data area passed to a system call is too small' and so on - which means that

...is working halfway okay, but couldn't find anything useful for nfsv4 and the associated acls - sorry if i missed something obvious. i played around with the nfs4acl_xattr and acl_xattr vfs objects, only to find that the extended attributes written by those are entirely different from the system.posix_acl_access that nfsv4 seems to use. would re-exporting a nfsv4 share mounted on a nfsv4 client via samba work? thank you very much & with kind regards, t. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 833 bytes Des...

...is specified in the open system call, but following that, setxattr is called (not sure by samba or some kernel process), which must be setting the exec bit on the group? ... 96012 open("new", O_RDWR|O_CREAT|O_EXCL, 0664) = 40 96012 setxattr("New Text Document.txt", "system.posix_acl_access", LONG_HEX_STRING_HERE, 52, 0) = 0 ... My question finally is: how do I make sure the exec bit on the group is *not *set? Thanks, Sergei

...lowing: [2013-05-10 15:43:43.508988] E [posix.c:2583:posix_getxattr] 0-dfsvol01-posix: getxattr failed on /export/brick1/: user.DOSATTRIB (No data available) another error: [2013-05-10 15:49:54.998621] E [posix.c:2583:posix_getxattr] 0-dfsvol01-posix: getxattr failed on /export/brick1/: system.posix_acl_access (No data available) [2013-05-10 15:49:55.028892] E [marker.c:2136:marker_removexattr_cbk] 0-dfsvol01-marker: No data available occurred while creating symlinks [2013-05-10 15:49:55.028952] I [server3_1-fops.c:738:server_removexattr_cbk] 0-dfsvol01-server: 127: REMOVEXATTR / (00000000-0000-0000-0...

...ink full_audit:failure = none gluster version 3.8.8-1+deb9u1, samba version 4.10.18+dfsg-0.1stretch1 . Permission linux side are different but seems not incoherent: root at vdmsv1:/srv/fvg/Ufficio Paghe# getfattr -m - -d Copia\ di\ fvg.xlsx Prova\,\ DELME.txt # file: Copia di fvg.xlsx system.posix_acl_access=0sAgAAAAEABwD/////AgAHAAAAAAAEAAcA/////wgABwD5KgAACAAFAAgrAAAIAAcAHysAAAgABwA3KwAAEAAHAP////8gAAAA/////w== trusted.SGI_ACL_FILE=0sAAAACQAAAAH/////AAcAAAAAAAIAAAAAAAcAAAAAAAT/////AAcAAAAAAAgAACr5AAcAAAAAAAgAACsIAAUAAAAAAAgAACsfAAcAAAAAAAgAACs3AAcAAAAAABD/////AAcAAAAAACD/////AAAAAA== user.DOSATTRIB=0...

...delete' stage looks like this: stat("/mnt/test/test/0220", {st_mode=S_IFDIR|0755, st_size=6, ...}) = 0 gettimeofday({1090703949, 903367}, NULL) = 0 stat("/mnt/test/test/0220", {st_mode=S_IFDIR|0755, st_size=6, ...}) = 0 getxattr("/mnt/test/test/0220", "system.posix_acl_access", 0x11fffe940, 132) = -1 ENODATA (No data available) stat("/mnt/test/test/0220", {st_mode=S_IFDIR|0755, st_size=6, ...}) = 0 getxattr("/mnt/test/test/0220", "system.posix_acl_default", 0x11fffe940, 132) = -1 ENODATA (No data available) stat("/mnt/test/test/02...

OK - some more detail I have found in the meantime. I have compiled & ran listxattr, and I can now see a difference between a working and a broken file: me at dc2:~/download $ sudo ./listxattr /usr/local/samba/var/locks/sysvol/ mydomain.org/brokenfile.txt user.DOSATTRIB: 0x20 system.posix_acl_access: me at dc2:~/download $ sudo ./listxattr /usr/local/samba/var/locks/sysvol/ mydomain.org/workingfile.txt user.DOSATTRIB: 0x20 system.posix_acl_access: security.NTACL: This then led me to check what things look like from Windows, and to look at the NTACL from there, seeing as 'listxattr' w...

Hello. I believe that I've done my due diligence in researching what info. is currently available on this issue. I have been jacking with this for days, & believe that I have tried all possible solutions. I am basically trying to move a [Merant] PVCS installation from an OS/2 file server to a SuSE/Samba file server. This installation consists of 'standard' source archives,

...strace over the samba process 'locked' *[PRO]* [root at pf3il0024 ~]# strace -p *38063* Process 38063 attached - interrupt to quit fcntl(39, F_SETSIG, 0x23) = 0 fcntl(39, F_SETLEASE, F_WRLCK) = 0 getxattr("tf-PRENSA_DIRLOG_20141202_100852", "system.posix_acl_access", 0x7fff5f0b8320, 132) = -1 *ENOENT* (No such file or directory) getxattr("tf-PRENSA_DIRLOG_20141202_100852", "system.posix_acl_access", 0x7fff5f0b8310, 132) = -1 *ENOENT* (No such file or directory) chmod("tf-PRENSA_DIRLOG_20141202_100852", 0664) = -1 ENOENT (N...

...system call, but following that, setxattr is called (not sure by samba or > some kernel process), which must be setting the exec bit on the group? > > ... > 96012 open("new", O_RDWR|O_CREAT|O_EXCL, 0664) = 40 > 96012 setxattr("New Text Document.txt", "system.posix_acl_access", > LONG_HEX_STRING_HERE, 52, 0) = 0 > ... > > > My question finally is: how do I make sure the exec bit on the group is *not > *set? > > Thanks, > Sergei > > >

...= 1000 > setresuid32(1002, 1002, -1) = 0 > geteuid32() = 1002 > stat64(".", {st_mode=S_IFDIR|0777, st_size=4096, ...}) = 0 > stat64(".", {st_mode=S_IFDIR|0777, st_size=4096, ...}) = 0 > getxattr(".", "system.posix_acl_access", 0xbe92eee0, 132) = -1 > ENODATA (No data available) stat64(".", {st_mode=S_IFDIR|0777, > st_size=4096, ...}) = 0 getxattr(".", "system.posix_acl_default", > 0xbe92eee0, 132) = -1 ENODATA (No data available) stat64(".", > {st_mode=S_IFDIR|07...

...bits 0x001f01bf on the source and 0x001f01ff on the target. This class of difference is a big problem for us. Because of classes 2 and 3, I expected to find the extended attribute values differed between source and target. However, the binary data in the extended attributes (security.NTACL, system.posix_acl_access, system.posix_acl_default, user.DOSATTRIB) is identical between source and target. Earlier, I said "from the perspective of the product, replication works remarkably well", and this is what I meant (accurate replication of extended attributes). Finally, here are my questions: Q1: Is it po...

On Tue, Dec 16, 2014 at 03:40:08PM +0100, Nacho del Rey wrote: > Hi there > > In an Oracle RAC cluster using ACFS (as file-system) where we have a samba > server for sharing files to windows clients, we are suffering a strange > issue, from time to time, which it causes the Windows clients lock for a > while (10 min or a bit more) or even indefinitely when they are working >

...AAAAnAAAAAEFAAAAAAAFFQAAADWvCsf4q6zzUPp1ZgACAAABBQAAAAAABRUAAAA1rwrH+Kus81D6dWYAAgAAAgCcAAUAAAAACxQA/wEfAAEBAAAAAAADAAAAAAADJAD/AR8AAQUAAAAAAAUVAAAANa8Kx/irrPNQ+nVmIQYAAAADJAD/AR8AAQUAAAAAAAUVAAAANa8Kx/irrPNQ+nVmIAwAAAADJAD/AR8AAQUAAAAAAAUVAAAANa8Kx/irrPNQ+nVmAAIAAAADFAD/AR8AAQEAAAAAAAUSAAAA system.posix_acl_access=0sAgAAAAEABwD/////BAAHAP////8IAAcAzsYtAAgABwDUxi0ACAAHAHnHLQAIAAcAkcctABAABwD/////IAAAAP////8= system.posix_acl_default=0sAgAAAAEABwD/////AgAHAM7GLQAEAAAA/////wgABwDOxi0ACAAHANTGLQAIAAcAecctAAgABwCRxy0AEAAHAP////8gAAAA/////w== ================================= /etc/fstab: =========================...

Destroy ACL-s on destination when no ACL-s differens between source and destination. Bug is somehow related with function send_file_name() called with negative file descriptor f. There is no such bug in 2.6.9 version, but there options "-X -A --deleted" can't be used (we have "Internal error: wrong write used in receiver."). If I fix this, avoid calling send_acl() &

...26 nbyte 0 nlink 1 uid 0 gid 0 flags 0x0000 inode 485762 name tmp/paperopoli/topolinea XATTR: namelen 10 datalen 10 name user.pippo inode 485764 name tmp/paperopoli/metropolis INODE: mode 0x000081ac gen 12347 nbyte 7 nlink 1 uid 0 gid 0 flags 0x0000 XATTR: namelen 23 datalen 52 name system.posix_acl_access XATTR: namelen 11 datalen 13 name user.pluto3 XATTR: namelen 10 datalen 13 name user.pluto EXTENT: file offset 0 len 7 disk start 0 offset 0 gen 12326 flags INLINE The output above means: - file "tmp/paperopoli", inode 485761, the inode is updated - file "tmp/paperopoli/to...