search for: avph

Hello, I have a question about how/why rsync updates modification times, which I haven?t been able to find an answer to. I have two locally connected storage devices running TrueNAS Core: one is new and empty, while the other is filled with files. When I run the following rsync command: rsync -avPh --itemize-changes --stats "${@}" to transfer files from the full storage to the empty one, the modification times of the transferred files are updated to the time of transfer. I understand that using rsync to transfer to an empty storage may not offer any real advantage, and that the mod...

...ot in what rsync, but on the error handling: How to reproduce: On server side I setup a tree and share using rsync + xinetd, of course, for security reason I use chroot option. Now I push this symlink: lrwxrwxrwx 1 root root 4 nov 10 16:28 horsroot -> /bin/ Now I try to do: ./rsync -avPH --copy-unsafe-links draco::test/ /tmp/rsyncdest/ (Of course the transfert will failed because /bin is outside the chroot.) The first problem is the error message is not push to stderr but stdout: --------------------------- [nanardon@draco rsync]$ rsync -avPH --copy-unsafe-links virgo::test/ /...

...ync updates modification times, which > I haven?t been able to find an answer to. > > I have two locally connected storage devices running TrueNAS Core: one > is new and empty, while the other is filled with files. > > When I run the following rsync command: > > /rsync -avPh --itemize-changes --stats "${@}"/ > > to transfer files from the full storage to the empty one, the > modification times of the transferred files are updated to the time of > transfer. I understand that using rsync to transfer to an empty storage > may not offer any rea...

...hy rsync updates modification times, which > I haven?t been able to find an answer to. > > I have two locally connected storage devices running TrueNAS Core: one > is new and empty, while the other is filled with files. > > When I run the following rsync command: > > /rsync -avPh --itemize-changes --stats "${@}"/ > > to transfer files from the full storage to the empty one, the > modification times of the transferred files are updated to the time of > transfer. I understand that using rsync to transfer to an empty storage > may not offer any real ad...

...mes, which >> I haven?t been able to find an answer to. >> >> I have two locally connected storage devices running TrueNAS Core: one >> is new and empty, while the other is filled with files. >> >> When I run the following rsync command: >> >> /rsync -avPh --itemize-changes --stats "${@}"/ >> >> to transfer files from the full storage to the empty one, the >> modification times of the transferred files are updated to the time of >> transfer. I understand that using rsync to transfer to an empty storage >> may n...

...sync: hlink.c:253: check_prior: Assertion `(((unsigned char *)(node->data))[0]) != 0' failed. Aborted [rfox@foxbase cooker]$ cat /home/rfox/exclude.txt - media/debug_main/ - media/debug_contrib/ I was trying to see what happend (I am unable to reproduce) when I triggered this one: rsync -avPH -vvvvv distrib-coffee.ipsl.jussieu.fr::plf/ [...] rsync: hlink.c:130: match_gnums: Assertion `flist != ((void *)0)' failed. Abandon I don't plan to uninstall rsync 3.0 to fall back to 2.6.9, so feel free to use to test. Regards. -------------- next part -------------- A non-text attachme...

I've just released rsync 3.0.0pre6, the latest pre-release version of the upcoming 3.0.0 release. Things are still progressing in our efforts to stamp out bugs for the final release. There are still some things reported earlier that I have either not yet had a chance to fix or have been unable to reproduce yet, but I hope to get even more of these problems sorted out soon. Please keep up

I've just released rsync 3.0.0pre6, the latest pre-release version of the upcoming 3.0.0 release. Things are still progressing in our efforts to stamp out bugs for the final release. There are still some things reported earlier that I have either not yet had a chance to fix or have been unable to reproduce yet, but I hope to get even more of these problems sorted out soon. Please keep up

...- Host A rsyncs a MySQL database from Host B. Both sides use rsync 3.1.1 on Debian Jessie. - Host B serves the files using rsync --daemon from an ext4 filesystem residing on a thin LVM snapshot. - Host A uses the following command to rsync the files to a btrfs subvolume: rsync -og -avPH --log-file=/var/log/mysql-rsync.log --debug=ALL --chown=user:user --delete --inplace rsync://hostb.example.com/mysql/ /media/btrfs/db-snapshot-$$/mysql (I know parts of the command (-og + -a + --chown) don't make much sense :) - Both hosts sit on the same LAN, connected to a Juniper EX...