search for: smb_acl_type_access

...0cvs] rsync: connection unexpectedly closed (8 bytes received so far) [sender] rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.0cvs] If I try with rsync 2.6.9 with ACL patch, I get this instead: building file list ... done ./ rsync: set_acl: sys_acl_set_file(., SMB_ACL_TYPE_ACCESS): Invalid argument (22) rsync: set_acl: sys_acl_set_file(., SMB_ACL_TYPE_DEFAULT): Invalid argument (22) dossier1/ rsync: set_acl: sys_acl_set_file(dossier1, SMB_ACL_TYPE_ACCESS): Invalid argument (22) rsync: set_acl: sys_acl_set_file(dossier1, SMB_ACL_TYPE_DEFAULT): Invalid argument (22) rsync: se...

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

Whenever I try to read or modify ACLs from my Windows 2000 PDC, my Samba Domain Member Server (Security = ADS) does not allow setting ACLs, nor does it display the existing ACLs. - I have setup ACLs in my Kernel - I have translated and installed libacl and libattr - I can see and modify ACLs with getfacl and setfacl. - I have translated Samba 3.0.23d with --with-acl-support=yes - I have enabled

Hi all, I try to use rsync with the option --acl but it doesn`t work. send_acl : sys_acl_get_file(haservices, SMB_ACL_TYPE_ACCESS): Operation not supported Does my rsync-package don`t support acls or what is going wrong here? How can I ensure that my rsync version is compiled with acl support? info: rsync-2.6.2-8 (rpm from sles9) cheers Stefan

...teriale/swisseduc.ch/www.swisseduc.ch/glaciers/alps/fieschergletscher/icons/ rsync: unpack_smb_acl: sys_acl_get_info(): Unknown error: 0 (0) Documents/arte/materiale/swisseduc.ch/www.swisseduc.ch/glaciers/alps/gornergletscher/ Documents/temp/ rsync: set_acl: sys_acl_set_file(Documents/temp/foo, SMB_ACL_TYPE_ACCESS): Operation not supported (45) the source volume was set to support ACLs, the target (and compare_dest obviously) volume was not... I could not find any acl entry in the source near where the error happened, but with incremental transfers I am not sure where it did happen. I have another...

...cl/rsync -aAPx --del --numeric-ids --relative \ --delete-excluded --exclude=media/external-disk/snapshots \ --link-dest=/media/external-disk/snapshots/occasional.0/mattlaptop/ /. \ /media/external-disk/snapshots/.sync/mattlaptop/ [...] /etc/ rsync: get_acl: sys_acl_get_file(etc/adjtime, SMB_ACL_TYPE_ACCESS): No such file or directory (2) /etc/adjtime 46 100% 0.00kB/s 0:00:00 (xfer#1, to-check=283360/283617) rsync: get_acl: sys_acl_get_file(etc/group, SMB_ACL_TYPE_ACCESS): No such file or directory (2) /etc/group 582 100% 568.36kB/s 0:00:00 (xfer#2, to-check=283334/283617)...

In the mandriva rpm of rsync, we apply for our rpm the acl patch in the patches directory. I am trying to update our rpm to rsync 2.6.6 but one of the test failed with this patch. It seems to be a minor problem, but can you have a look ? Thanks by advance. Following the message (a bit long): ----- itemize log follows Testing for symlinks using 'test -h' +

Problem is apparently with locking issues, disabled oplocks in the [general] section, and the problem actually got worse... Here's what happens: User-A part of group1, opens Excel file off of share, saves, exits... User-B (or even User-A for that matter) tries to re-open same file, get error stating it's locked and can only open for read-only access... Both users in the same group, and

...16:07.000000000 +0100 +++ acls.c 2006-12-01 16:16:43.000000000 +0100 @@ -515,7 +515,7 @@ free_acl(sxp); return -1; } - } else if (errno == ENOTSUP) { + } else if (errno == ENOTSUP || errno == ENOSYS) { /* ACLs are not supported, so pretend we have a basic ACL. */ if (type == SMB_ACL_TYPE_ACCESS) rsync_acl_fake_perms(racl, sxp->st.st_mode); @@ -1058,6 +1058,9 @@ if (sacl == NULL) { /* Couldn't get an ACL. Darn. */ switch (errno) { + case ENOSYS: + /* ACL functions aren't implemented... */ + break; case ENOTSUP: /* ACLs are disabled. We could yell at th...

...AssignedTo: wayned@samba.org ReportedBy: samba-bugs@digital-trauma.de QAContact: rsync-qa@samba.org Hi, using rsync-2.6.6 with ACL patch on two freebsd systems (with dirvish) and the options -x and --acls, we get the following error: send_acl: sys_acl_get_file(mayerr/test, SMB_ACL_TYPE_ACCESS): Operation not supported and so on for 3 more cycles. Rsync is right about the fact that this SMB share mount point doesn't support acls, but I still wonder why it even tries to access it with the -x option. As far as I can tell the backups still work, but having those errors all over the l...