search for: have_lutimes

https://bugzilla.samba.org/show_bug.cgi?id=4977 Summary: rsync: failed to set times on Product: rsync Version: 2.6.9 Platform: x86 URL: http://www.mikerubel.org/computers/rsync_snapshots/ OS/Version: Linux Status: NEW Severity: normal Priority: P3 Component: core AssignedTo:

https://bugzilla.samba.org/show_bug.cgi?id=7618 Summary: symlinks and --link-dest Product: rsync Version: 3.0.7 Platform: Other OS/Version: Linux Status: NEW Severity: normal Priority: P3 Component: core AssignedTo: wayned at samba.org ReportedBy: the_majkl at seznam.cz QAContact:

https://bugzilla.samba.org/show_bug.cgi?id=5304 Summary: failed to set times (symlinks) Product: rsync Version: 3.0.0 Platform: All OS/Version: Mac OS X Status: NEW Severity: normal Priority: P3 Component: core AssignedTo: wayned@samba.org ReportedBy: gmoreno@wlu.ca QAContact:

...gstr+x, sizeof argstr - x, 1791 "%d.%d", PROTOCOL_VERSION, SUBPROTOCOL_VERSION); 1792 } else 1793 #endif 1794 argstr[x++] = '.'; 1795 set_allow_inc_recurse(); 1796 if (allow_inc_recurse) 1797 argstr[x++] = 'i'; 1798 #if defined HAVE_LUTIMES && defined HAVE_UTIMES 1799 argstr[x++] = 'L'; 1800 #endif 1801 argstr[x] = '\0'; The above "e.iL" definitely matches, so I know I'm close. Is it safe to allow 'e' if '--server' is also present? Suggestions? Thanks. --Kaleb

HI, rsync-3.0.2 with patches/acls.diff,patches/xattrs.diff,patches/slp.diff fails (most of the time) in the itemize test: ----- itemize log follows Testing for symlinks using 'test -h' makepath /usr/src/packages/BUILD/rsync-3.0.2/testtmp/itemize/from/foo makepath /usr/src/packages/BUILD/rsync-3.0.2/testtmp/itemize/from/bar/baz cd+++++++++ ./ cd+++++++++ bar/

https://bugzilla.samba.org/show_bug.cgi?id=5442 Summary: setting times to symlinks which do not point to existing files causes error reports Product: rsync Version: 3.0.3 Platform: All OS/Version: Mac OS X Status: NEW Severity: normal Priority: P3 Component: core AssignedTo:

...atform: All OS/Version: Linux Status: NEW Severity: normal Priority: P3 Component: core AssignedTo: wayned at samba.org ReportedBy: matt at mattmccutchen.net QAContact: rsync-qa at samba.org Suppose rsync is configured with HAVE_LUTIMES=1 but is running on an older version of Linux where lutimes fails with ENOSYS. Rsync treats the failure to set a symlink's mtime specially by itemizing "T" instead of raising exit code 23. However, since commit accc091fe9ebbb602bcf692c577486e62011d5c1, rsync will try lutimes on non-...

IIUC, the new philosophy of symlink times is that -t preserves them to the extent that they are settable; when they aren't, it's just as if -t wasn't given. But rsync breaks this principle in the following case. Suppose rsync is configured with HAVE_LUTIMES enabled but the lutimes call doesn't actually work (I simulated this via the attached patch). When rsync recreates a destination symlink to update its target path, rsync will fail to preserve the time, but it nevertheless itemizes "t". It should itemize "T" because the time...

https://bugzilla.samba.org/show_bug.cgi?id=5789 Summary: rsync trying to set times on symlinks Product: rsync Version: 3.0.4 Platform: x86 OS/Version: Mac OS X Status: NEW Severity: normal Priority: P3 Component: core AssignedTo: wayned@samba.org ReportedBy: paredes@aecom.yu.edu

...BZ ?? HAVE_LINK ?? HAVE_LINUX_FALLOCATE ?? HAVE_LINUX_INOTIFY ?? HAVE_LINUX_IOCTL ?? HAVE_LINUX_READAHEAD ?? HAVE_LINUX_SPLICE ?? HAVE_LINUX_THREAD_CREDENTIALS ?? HAVE_LITTLE_ENDIAN ?? HAVE_LLSEEK ?? HAVE_LMDB ?? HAVE_LOFF_T ?? HAVE_LONGJMP ?? HAVE_LONG_LONG ?? HAVE_LSEEK_HOLE_DATA ?? HAVE_LSTAT ?? HAVE_LUTIMES ?? HAVE_MAKEDEV ?? HAVE_MD5INIT ?? HAVE_MDB_ENV_CREATE ?? HAVE_MEMALIGN ?? HAVE_MEMCPY ?? HAVE_MEMMEM ?? HAVE_MEMMOVE ?? HAVE_MEMSET ?? HAVE_MKDIR_MODE ?? HAVE_MKDTEMP ?? HAVE_MKNOD ?? HAVE_MKTIME ?? HAVE_MLOCK ?? HAVE_MLOCKALL ?? HAVE_MMAP ?? HAVE_MREMAP ?? HAVE_MUNLOCK ?? HAVE_MUNLOCKALL ?? HAVE_...

...P_INITIALIZE HAVE_LDAP_SASL_WRAPPING HAVE_LDAP_SET_REBIND_PROC HAVE_LIBASN1 HAVE_LIBCOM_ERR HAVE_LIBGSSAPI HAVE_LIBKRB5 HAVE_LIBLBER HAVE_LIBLDAP HAVE_LIBPAM HAVE_LIBREADLINE HAVE_LIBROKEN HAVE_LIBZ HAVE_LINK HAVE_LONGLONG HAVE_LONG_LONG HAVE_LSTAT HAVE_LUTIMES HAVE_MAKEDEV HAVE_MEMCPY HAVE_MEMMEM HAVE_MEMMOVE HAVE_MEMSET HAVE_MKDIR_MODE HAVE_MKDTEMP HAVE_MKNOD HAVE_MKTIME HAVE_MLOCK HAVE_MLOCKALL HAVE_MMAP HAVE_MSGHDR_MSG_CONTROL HAVE_MUNLOCK HAVE_MUNLOCKALL HAVE_NANOSLEEP HAVE_NATIVE_ICONV HAVE_NEW_L...

Samba 4.12.1, single server with AD+DC on Ubuntu 18.04. Filesystem: /dev/sdb1 on /home type ext4 (rw,relatime,stripe=32750,data=ordered) It all work as expected, but I occasionally get the error in subject which denies access to shares. Restarting Samba will restore functionality. What can be the cause of this problem? Thanks. [2020/05/27 18:24:35.795379, 8]

...BZ HAVE_LINK HAVE_LINUX_FALLOCATE HAVE_LINUX_INOTIFY HAVE_LINUX_IOCTL HAVE_LINUX_READAHEAD HAVE_LINUX_SPLICE HAVE_LINUX_THREAD_CREDENTIALS HAVE_LITTLE_ENDIAN HAVE_LLSEEK HAVE_LMDB HAVE_LOFF_T HAVE_LONGJMP HAVE_LONG_LONG HAVE_LSEEK_HOLE_DATA HAVE_LSTAT HAVE_LUTIMES HAVE_MAKEDEV HAVE_MALLINFO HAVE_MDB_ENV_CREATE HAVE_MEMALIGN HAVE_MEMCPY HAVE_MEMMEM HAVE_MEMMOVE HAVE_MEMSET HAVE_MKDIR_MODE HAVE_MKDTEMP HAVE_MKNOD HAVE_MKNODAT HAVE_MKTIME HAVE_MLOCK HAVE_MLOCKALL HAVE_MMAP HAVE_MREMAP HAVE_MUNLOCK HAVE_MU...