search for: acl_get

...nc-qa at samba.org CC: reinhard.lubos at comlineag.de Platform: HP-UX 11iv3 (11.31) on ia64 with vxfs/JFS and ACLs when trying to rsync files or dirs with more than 16 ACLs we get errors in the rsync-server logfile (used flags: -axA) 2010/12/08 09:40:06 [21974] rsync: get_acl: sys_acl_get_file(rsynctest/abc/123, ACL_TYPE_ACCESS): Invalid argument (22) 2010/12/08 09:41:00 [23863] rsync on patdb/rsynctest from xy123 (10.190.81.189) After changing INITIAL_ACL_SIZE to 128 (in both lines) in lib/sysacls.c the binary is able to rsync our ACL-topscorer with 115 ACLs. Maybe, someone can g...

...ou=People,dc=sv,dc=vt,dc=edu) Failed to add entry for user shpatric. Failed to modify password entry for user shpatric I get a DB_KEYEXIST error (excerpt) from slapd.log: => access_allowed: write access to "uid=shpatric,ou=People,dc=sv,dc=vt,dc=edu" "entry" requested => acl_get: [1] check attr entry <= acl_get: [1] acl uid=shpatric,ou=People,dc=sv,dc=vt,dc=edu attr: entry => acl_mask: access to entry "uid=shpatric,ou=People,dc=sv,dc=vt,dc=edu", attr "entry" requested => acl_mask: to all values by "cn=smbadmin,ou=people,dc=sv,dc=vt,dc=edu&...

...d slapd[1917]: userPassword slapd[1917]: uidNumber slapd[1917]: gidNumber? and etc after this: slapd[1917]: => access_allowed: search access to "cn=John Smith,ou=Mail,dc=ph,dc=com" "objectClass" requested slapd[1917]: => dn: [2] ou=mail,dc=ph,dc=com slapd[1917]: => acl_get: [2] matched slapd[1917]: => acl_get: [2] attr objectClass? and etc I have some questions: 1. Why is it searches in another LDAP places, not only ou=Mail, dc=ph, dc=com? 2. It not put mailMessageStore from ou=Mail, dc=ph, dc=com. Why? 3. How disable lookup in another LDAP places...

...oesn't work (yet). This is what's shown in syslog when doing Samba authentication: Feb 16 20:47:05 sglabldap slapd[1393]: => access_allowed: read access to "uid=fajar,ou=people,dc=example,dc=com" "userPassword" requested Feb 16 20:47:05 sglabldap slapd[1393]: => acl_get: [1] attr userPassword Feb 16 20:47:05 sglabldap slapd[1393]: => acl_mask: access to entry "uid=fajar,ou=people,dc=example,dc=com", attr "userPassword" requested Feb 16 20:47:05 sglabldap slapd[1393]: => acl_mask: to value by "", (=0) Feb 16 20:47:05 sglabldap sl...

...c,dc=com" ) Feb 23 17:44:36 localhost slapd[8287]: access_allowed: auth access to "cn=replicator,dc=tuluc,dc=com" "userPassword" requested Feb 23 17:44:36 localhost slapd[8287]: daemon: select: listen=6 active_threads=1 tvp=NULL Feb 23 17:44:36 localhost slapd[8287]: => acl_get: [1] check attr userPassword Feb 23 17:44:36 localhost slapd[8287]: acl_mask: access to entry "cn=replicator or,dc=tuluc,dc=com", attr "userPassword" requested Feb 23 17:44:36 localhost slapd[8287]: => acl_mask: to all values by "", (=n) Feb 23 17:44:36 localhost s...

...734]: => dnpat: [2] .*,jvd=([^,]+),o=hosting,dc=akforecast nsub: 1 Dec 11 13:59:22 salcha slapd[15734]: => dnpat: [3] .*,jvd=([^,]+),o=hosting,dc=akforecast nsub: 1 Dec 11 13:59:22 salcha slapd[15734]: => dnpat: [4] o=hosting,dc=akforecast nsub: 0 Dec 11 13:59:22 salcha slapd[15734]: => acl_get: [5] check attr userPassword Dec 11 13:59:22 salcha slapd[15734]: <= acl_get: [5] acl cn=dovecot,dc=akforecast attr: userPassword Dec 11 13:59:22 salcha slapd[15734]: => acl_mask: access to entry "cn=dovecot,dc=akforecast", attr " userPassword" requested Dec 11 13:59:22...

This is a PoC patch for NFSv4/ZFS ACLs. The objective of the patch is that rsync --acls support NFSv4/ZFS ACLs without requiring a new command line option NFSv4 ACLs can't be represented using POSIX draft ACLs, if an NFSv4 ACL is present a separate POSIX draft ACL will not be present and there are new APIs to access NFSv4 ACLs. So we need to distinguish between NFSv4 ACLs and POSIX ACLs in

I am the maintainer of GDM, and I am noticing that GDM has a problem when running on a ZFS filesystem, as with Indiana. When GDM (the GNOME Display Manager) starts the login GUI, it runs the following commands on Solaris: /usr/bin/setfacl -m user:gdm:rwx,mask:rwx /dev/audio /usr/bin/setfacl -m user:gdm:rwx,mask:rwx /dev/audioctl It does this because the login GUI programs are run as the