similar to: [Bug 2913] New: rsync of symlinks on >=bsd needs lutimes(2) and lchmod(2)

https://bugzilla.samba.org/show_bug.cgi?id=2913 ------- Additional Comments From wayned@samba.org 2005-07-26 09:27 ------- Created an attachment (id=1336) --> (https://bugzilla.samba.org/attachment.cgi?id=1336&action=view) Use lchmod and lutimes, if present Please test this patch and see if it works for you. You will need to run "autoconf; autoheader; make proto" (or

https://bugzilla.samba.org/show_bug.cgi?id=4745 Summary: Use lchmod and lutimes whenever possible Product: rsync Version: 3.0.0 Platform: Other OS/Version: Linux Status: NEW Severity: enhancement Priority: P3 Component: core AssignedTo: wayned@samba.org ReportedBy:

Amazing no one else has written this... Someone with an intel mac should test this to check the uint32_t works there too (I have a powerpc). #include <stdio.h> #include <stdlib.h> #include <string.h> #include <sys/attr.h> /* !!! */ #include <sys/stat.h> #include <unistd.h> int my_lchmod(const char *path, mode_t mode) { struct attrlist attrList;

https://bugzilla.samba.org/show_bug.cgi?id=2933 wayned@samba.org changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED ------- Additional Comments From wayned@samba.org 2005-07-31 15:50 ------- This is rather interesting. In the old days, rsync

http://defect.opensolaris.org/bz/show_bug.cgi?id=1657 Summary: tests/functional/acl/nontrivial/zfs_acl_cp_001_pos causes panic Classification: Development Product: zfs-crypto Version: unspecified Platform: Other OS/Version: Solaris Status: NEW Severity: critical Priority: P2

When I try to start BackupPC with "sudo systemctl restart backuppc" on my CentOS-7 server (running kernel 3.10.0-229.14.1.el7.x86_64) I get the following error in /var/log/BackupPC/LOG 2015-09-26 13:58:14 Reading hosts file 2015-09-26 13:58:14 unix bind() failed: No such file or directory This message occurs in the Perl script /usr/share/BackupPC/bin/BackupPC : my $sockFile

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 26/09/15 16:16, Timothy Murphy wrote: > When I try to start BackupPC with "sudo systemctl restart > backuppc" on my CentOS-7 server (running kernel > 3.10.0-229.14.1.el7.x86_64) I get the following error in > /var/log/BackupPC/LOG > > 2015-09-26 13:58:14 Reading hosts file 2015-09-26 13:58:14 unix > bind() failed: No

Fabian Arrotin wrote: >> This message occurs in the Perl script >> /usr/share/BackupPC/bin/BackupPC : >> >> my $sockFile = "/var/run/BackupPC/BackupPC.sock"; >> unlink($sockFile); if ( !bind(SERVER_UNIX, sockaddr_un($sockFile)) >> ) { print(LOG $bpc->timeStamp, "unix bind() failed: $!\n"); >> exit(1); } >> >> As far as

https://bugzilla.samba.org/show_bug.cgi?id=7621 Summary: Special handling of lutimes ENOSYS failures does not work as intended Product: rsync Version: 3.1.0 Platform: All OS/Version: Linux Status: NEW Severity: normal Priority: P3 Component: core AssignedTo: wayned at samba.org

Dear All I have been working on a custom ISO with kickstart and a couple of post installation scripts and would like to have the script run before the login prompt. The custom ISO works; however, the scripts fails because some of the services, e.g. mariadb does not start before the server installation has been completed and rebooted; therefore, I have been putting the scripts in /etc/profile.d/

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

Hi, This patch adds a BSD compatible install script (copied from gcc-2.95.2) to 1.2pre14. The script has a X-style license. The script will be used if configure doesn't find a proper install program on the system. Remember to run autoconf and set execute (755) permissions for install-sh when the patch has been applied. -- Niels Kristian Bech Jensen -- nkbj at image.dk --

If your distro is using systemd then rc.local will not get executed by default. Enable rc-local.service : "systemctl enable rc-local.service". Regards, Prasad On 9 June 2018 at 18:18, Earl Ramirez <earlaramirez at gmail.com> wrote: > Dear All > > I have been working on a custom ISO with kickstart and a couple of post > installation scripts and would like to have the

http://www.mail-archive.com/rsync@lists.samba.org/msg21380.html I ran into the same issue a few years ago, solved it, forgot the solution and then rediscovered it this evening. I think my solution is actually a little simpler and easier to follow than the arrays proposed by a couple of other list members, so I thought I'd pass it on. I'm not subscribed to the list, but it looks like

https://bugzilla.samba.org/show_bug.cgi?id=3692 Summary: regression: symlinks are created as hardlinks with -- link-dest Product: rsync Version: 2.6.7 Platform: x86 URL: http://rsync.samba.org OS/Version: FreeBSD Status: NEW Severity: major Priority: P3 Component: core

Currently I only have one machine backing up to another. I am backing up to a filesystem that is mounted as nosuid. The syncing process works perfectly except it fails on files that are suid. Example proc/ root/ tmp/ mknod tmp/mysql.sock : Invalid argument mknod tmp/orbit-daud/orb-12573780511489051058 : Invalid argument mknod tmp/orbit-daud/orb-139425434385535813 : Invalid argument mknod

Is this a known issue? rsync does not always preserve dates and permissions on symbolic links, and while the -i option indicates it is trying to bring things in sync, it does not. Maybe between OS's that have sufficiently different implementations, this is not possible.

This is an updated version of my patches to get rsync to build and run its tests on the Stratus VOS operating system. I have updated this patch to apply cleanly to the current copy of HEAD. I also ran the test suite and discovered that I needed to tweak a few spots in the Makefile to append the executable suffix (VOS is one of the few systems that has a required executable suffix). There are a

it's in syscall.c, not generator.c You'll have to save the status of the lstat, modify the mode in st, and return the lstat status. I don't know how to do it, though. #if SUPPORT_LINKS int do_lstat(const char *fname, STRUCT_STAT *st) { #if HAVE_OFF64_T return lstat64(fname, st); #else return lstat(fname, st); #endif } #endif Tim Conway tim.conway@philips.com

On 09.06.2018 14:48, Earl Ramirez wrote: > # copy scripts to the destintion of the server > cp -v $SRCDIR/postinstall/script1.sh > $DSTDIR/etc/rc.d/rc.local/script1.sh are you sure about this line? rc.local must be a file, not a directory. best regards Ulf