https://bugzilla.samba.org/show_bug.cgi?id=15254
Frank B changed:
What|Removed |Added
Resolution|WORKSFORME |FIXED
--- Comment #10 from Frank B ---
Ok, so
https://bugzilla.samba.org/show_bug.cgi?id=15254
--- Comment #9 from Wayne Davison ---
The combo of -I with -u briefly changed to be broken but it was fixed. The -u
option means that older files on the sender are ignored. -I means that files
with the same date are TRANSFERRED. When that was not
https://bugzilla.samba.org/show_bug.cgi?id=15254
Wayne Davison changed:
What|Removed |Added
Resolution|--- |WORKSFORME
Status|REOPENED
https://bugzilla.samba.org/show_bug.cgi?id=15254
--- Comment #8 from Frank B ---
Quick addition:
You can say it's a "corner case", a result of wrong assumptions regarding u/I
or a weird usecase but you can't say "nothing has changed" since that clearly
isn't true.
The question is: is uI
https://bugzilla.samba.org/show_bug.cgi?id=15254
Frank B changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|WORKSFORME
https://bugzilla.samba.org/show_bug.cgi?id=15254
--- Comment #7 from Frank B ---
Yes, it has. The crontab was unchanged for months and directly after the update
of rsync via apt, it started performing full replications. It's clearly a
result of the new binary.
--
You are receiving this mail
https://bugzilla.samba.org/show_bug.cgi?id=15254
--- Comment #6 from Kevin Korb ---
I can confirm that something did change...
# mkdir /tmp/src /tmp/dest
# touch /tmp/src/a /tmp/src/b /tmp/src/c
# rsync -vai /tmp/src/ /tmp/dest/
sending incremental file list
.d..t.. ./
>f+ a
https://bugzilla.samba.org/show_bug.cgi?id=15254
--- Comment #5 from Kevin Korb ---
I had the same knee jerk reaction as Wayne to this question. -I means re-copy
everything (or at least re-diff everything unless --whole-file). But I never
attempted to mix it with -u so I held my tongue. Is it
https://bugzilla.samba.org/show_bug.cgi?id=15254
--- Comment #4 from Wayne Davison ---
No it didn't.
--
You are receiving this mail because:
You are the QA Contact for the bug.
--
Please use reply-all for most replies to avoid omitting the mailing list.
To unsubscribe or change options:
https://bugzilla.samba.org/show_bug.cgi?id=15254
--- Comment #3 from Frank B ---
The behavior still changed as this was working for months and clearly changed
directly after upgrading to the new binary but it's okay for me. Looks like the
I should have been l in my case due to a copy and paste
https://bugzilla.samba.org/show_bug.cgi?id=15254
Wayne Davison changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
Hi.
Note: re-sending to rsync@lists.samba.org
On Sat, 26 Nov 2022 21:24:45 + just subscribed for rsync-qa from bugzilla
via rsync wrote:
> I can replicate the issue in a simple test scenario /tmp/source to /tmp/dest
> via
> rsync -rauvxHI --delete --stats --log-file=/tmp/rsync.log \
>
Hi.
On Sat, 26 Nov 2022 21:24:45 + just subscribed for rsync-qa from bugzilla
via rsync wrote:
> I can replicate the issue in a simple test scenario /tmp/source to /tmp/dest
> via
> rsync -rauvxHI --delete --stats --log-file=/tmp/rsync.log \
> /tmp/source/ /tmp/dest/
> Performs a full
https://bugzilla.samba.org/show_bug.cgi?id=15254
--- Comment #1 from Frank B ---
rsync --version
rsync version 3.2.3 protocol version 31
--
You are receiving this mail because:
You are the QA Contact for the bug.
--
Please use reply-all for most replies to avoid omitting the mailing list.
https://bugzilla.samba.org/show_bug.cgi?id=15254
Bug ID: 15254
Summary: rsync performs full replication with option -I since
last upgrade to version 3.2.3 protocol version 31
Product: rsync
Version: 3.2.0
Hardware: x64
The branch, master has been updated
via 5b67ff2a Improve [global] module documentation.
via 8990ad96 Duplicate argv data before poptFreeContext().
via 0f44e864 Another python conversion.
via ab0d5021 Convert a few more scripts to python3.
via 74028965 Tweak
On Mon 14 Nov 2022, Wes Render via rsync wrote:
> Hello, I'm running an rsync like this:
>
> rsync -avSHP --delete-after
> --log-file=/opt/mirrorsync/centos_mirror/rsync-1.log
> --exclude-from=/opt/mirrorsync/centos_mirror/excludelist.txt
> rsync://centos.mirror.rafal.ca/CentOS/ /data/centos
https://bugzilla.samba.org/show_bug.cgi?id=13082
--- Comment #6 from Andrew Bartlett ---
Samba 4.11 moved to GnuTLS for our MD5 and other hash operations, and so uses
any hardware optimisation available there.
--
You are receiving this mail because:
You are the QA Contact for the bug.
--
Hello, I'm running an rsync like this:
rsync -avSHP --delete-after
--log-file=/opt/mirrorsync/centos_mirror/rsync-1.log
--exclude-from=/opt/mirrorsync/centos_mirror/excludelist.txt
rsync://centos.mirror.rafal.ca/CentOS/ /data/centos
I'm running as a user that has full permissions on /data/
It feels like the filesystem cache on my macOS hosts gets thrashed when I
use the open source version of rsync, but not when I use the Apple-supplied
/usr/bin/rsync.
Has anyone else noticed this behavior? I don't have any data to prove it,
but I know that my machine feels very different.
Tom
Hi,
Sometimes, when I use rsync, it was hung at "write(2, "file has vanished:
\"/path/to/file.f\"", 168".
Any help will be appreciated.
--GHui
THE CLIENT SIDE:
$ cat /etc/centos-release
CentOS Linux release 7.9.2009 (Core)
$ rsync --version
rsync version 3.1.2 protocol version 31
ps axo
The branch, master has been updated
via 53749940 Avoid quoting of tilde when it's a destination arg.
via 52636612 Upgrade verion of actions.
from 556a2c5b Check for EVP_MD_CTX_copy in crypto lib instead of
MD5_Init.
https://git.samba.org/?p=rsync.git;a=shortlog;h=master
The branch, master has been updated
via 556a2c5b Check for EVP_MD_CTX_copy in crypto lib instead of
MD5_Init.
from 27feda04 Call `OpenSSL_add_all_algorithms()` on older openssl
versions.
https://git.samba.org/?p=rsync.git;a=shortlog;h=master
- Log
On Sun, Oct 23, 2022 at 6:25 AM Randall wrote:
>checksum.o(.text._158011632+0xe2): unresolved reference to
> EVP_MD_CTX_new.
>
>
>
> This is on the NonStop ia64 and x86 platforms. Can you guide me?
>
You have a couple choices:
1. Re-run ./configure with --disable-openssl added to the
The branch, master has been updated
discards c07d297640a2bb488b3480262ca8f1032b96258c (commit)
via 27feda04 Call `OpenSSL_add_all_algorithms()` on older openssl
versions.
via bf96cd31 Init the checksum choices before the daemon auth.
from c07d2976 Init the checksum
The branch, master has been updated
via c07d2976 Init the checksum choices before the daemon auth.
from 1b268880 Fix protocol <= 29 daemon auth if openssl is handling md4.
https://git.samba.org/?p=rsync.git;a=shortlog;h=master
- Log
The branch, master has been updated
via 1b268880 Fix protocol <= 29 daemon auth if openssl is handling md4.
from 08ec80ac Cygwin needs stdout flushed. [buildall]
https://git.samba.org/?p=rsync.git;a=shortlog;h=master
- Log
Hi Wayne,
As of this release, I cannot link rsync.
ERROR [1210]:
checksum.o: In function `csum_evp_md':
checksum.o(.text._158011632+0xe2): unresolved reference to EVP_MD_CTX_new.
This is on the NonStop ia64 and x86 platforms. Can you guide me?
Thanks,
Randall
The branch, master has been updated
via 08ec80ac Cygwin needs stdout flushed. [buildall]
from 6b5ae825 Preparing for release of 3.2.7 [buildall]
https://git.samba.org/?p=rsync.git;a=shortlog;h=master
- Log -
commit
I have released rsync 3.2.7. This has some new features & fixes, including
various bug fixes for arg validation & filter-rule validation.
To see a summary of all the recent changes, visit this link:
https://rsync.samba.org/ftp/rsync/NEWS#3.2.7
You can download the source tar file and its
I have released rsync 3.2.7. This has some new features & fixes, including
various bug fixes for arg validation & filter-rule validation.
To see a summary of all the recent changes, visit this link:
https://rsync.samba.org/ftp/rsync/NEWS#3.2.7
You can download the source tar file and its
The branch, master has been updated
via 6b5ae825 Preparing for release of 3.2.7 [buildall]
from 3b719d1d Improve JSON output a bit more.
https://git.samba.org/?p=rsync.git;a=shortlog;h=master
- Log -
commit
The annotated tag, v3.2.7 has been created
at b13e7a8ef4fa430223f66403506fb821caae5cfd (tag)
tagging 6b5ae825db985e9d1c98576651b50c8e490ddb97 (commit)
replaces v3.2.7pre1
tagged by Wayne Davison
on Thu Oct 20 17:58:47 2022 -0700
- Log
The branch, master has been updated
via 3b719d1d Improve JSON output a bit more.
via ebe1af74 Make use of -VV when checking rsync capabilities.
from de6848ed Re-run the exclude test using lsh.sh pull.
https://git.samba.org/?p=rsync.git;a=shortlog;h=master
- Log
The branch, master has been updated
via de6848ed Re-run the exclude test using lsh.sh pull.
from 42f83868 Improve `--mkpath` a bit more.
https://git.samba.org/?p=rsync.git;a=shortlog;h=master
- Log -
commit
> Upgrade to 3.2.6 (or 3.2.7pre1):
https://download.samba.org/pub/rsync/NEWS#3.2.6
Thank you very much Wayne. And thank you personally to whoever made the
code modifications (I wish I could find the pull request!). I can't explain
how important this is to me. The new binary file is worth its
Chris Green via rsync wrote:
> I have been using rsync to copy some web site files to a new (to me)
> hosting platform. Yesterday I was doing this and noticed that my ssh
> login to cPanel in another terminal window was unresponsive.
>
> On looking at the browser display of my cPanel admin
On Sun, Oct 16, 2022 at 11:01 PM Sridhar Sarnobat wrote:
> 90% of my data losses are caused by rsync'ing from dir A to dir A
>
Upgrade to 3.2.6 (or 3.2.7pre1):
https://download.samba.org/pub/rsync/NEWS#3.2.6
..wayne..
--
Please use reply-all for most replies to avoid omitting the mailing list.
I have been using rsync to copy some web site files to a new (to me)
hosting platform. Yesterday I was doing this and noticed that my ssh
login to cPanel in another terminal window was unresponsive.
On looking at the browser display of my cPanel admin window I saw that
the 'Physical Memory
Rsync does not have a --no-clobber. -n is --dry-run. It shows what
rsync would do without actually doing it. But I didn't know you were
using --backup. Anyway, I tried it again with --backup and
--remove-source-files and it did in fact delete all the files (but not
the dirs). It didn't
>
> I think I must be missing something. If source and dest are the same
> place rsync shouldn't do anything unless it it responding to changes
> happening at the same time. For example, when I do 'rsync -vain
> --remove-source-files /tmp/ /tmp/' rsync does nothing.
>
Thanks for the response.
I think I must be missing something. If source and dest are the same
place rsync shouldn't do anything unless it it responding to changes
happening at the same time. For example, when I do 'rsync -vain
--remove-source-files /tmp/ /tmp/' rsync does nothing.
On 10/17/22 23:12, Sridhar
>> why not avoid using "--remove-source-files" and delete files
manually/via extra step afterwards
Multiple reasons. Among them:
1) my jobs run a long time and there are a lot of them. Trying to remember
what I did over ssh (where history doesn't get saved) is an extra cognitive
load and the
why not avoid using "--remove-source-files" and delete files
manually/via extra step afterwards ?
Am 17.10.22 um 08:59 schrieb Sridhar Sarnobat via rsync:
90% of my data losses are caused by rsync'ing from dir A to dir A
(accidental incorrect copy and paste, or where dir B is a symlink to
dir
90% of my data losses are caused by rsync'ing from dir A to dir A
(accidental incorrect copy and paste, or where dir B is a symlink to dir
A). The source gets erased unintentionally.
It may seem dumb but when you get really long commands and really long file
paths it will happen a 1-2 times a
The branch, master has been updated
discards 9799c75b2463c725f1829b8e1b817f122af47835 (commit)
via 42f83868 Improve `--mkpath` a bit more.
from 9799c75b Improve `--mkpath` a bit more.
https://git.samba.org/?p=rsync.git;a=shortlog;h=master
- Log
The branch, master has been updated
via 9799c75b Improve `--mkpath` a bit more.
from ad6245f3 Include "buildall" flag in the release commit.
https://git.samba.org/?p=rsync.git;a=shortlog;h=master
- Log -
commit
The branch, master has been updated
via ad6245f3 Include "buildall" flag in the release commit.
via ca980b58 Yet another manpage tweak.
via 677aa0dc Fix version verification when "\|" doesn't work in sed.
from 02559675 Silence autoconf warnings.
The branch, master has been updated
via 02559675 Silence autoconf warnings.
via 449d9bf9 Make the new manpage section better.
from 35ecec97 A few more manpage clarifications.
https://git.samba.org/?p=rsync.git;a=shortlog;h=master
- Log
The branch, master has been updated
via 35ecec97 A few more manpage clarifications.
via d76cabe5 Fix autoconf help strings (#389)
via b5544a95 Add info on single-file copying; tweak `--mkpath`.
via 11bd2a4f Tweak NEWS.
via 6ba434de Change fgrep to grep.
https://bugzilla.samba.org/show_bug.cgi?id=12964
--- Comment #1 from Stefan Metzmacher ---
On Linux you can use taskset (in combination with nice and ionice)...
--
You are receiving this mail because:
You are the QA Contact for the bug.
--
Please use reply-all for most replies to avoid
On Fri, Oct 7, 2022 at 1:46 AM c.buhtz wrote:
> You see there are several sub-arguments that need to be put to "ssh" via
> the "--rsh".
>
In addition to what Kevin said, I find it easier to put customizations into
the ~/.ssh/config file under a custom hostname (or the main hostname, as
you
You can put it all in quotes. Also, if you are scripting you might find
setting $RSYNC_RSH easier.
On 10/7/22 04:46, c.buhtz--- via rsync wrote:
Hello,
rsync does offer the --rsh argument. I would like to use it that way
rsync --rsh=ssh -o ServerAliveInterval=240 -o LogLevel=Error -o
Hello,
rsync does offer the --rsh argument. I would like to use it that way
rsync --rsh=ssh -o ServerAliveInterval=240 -o LogLevel=Error -o
IdentityFile=/home/user/.ssh/id_rsa -p 22 --delete --delete-excluded -v -i /
user@localhost:"/tmp/tmp6x75lz10"
You see there are several sub-arguments
The branch, master has been updated
via 32963514 Fix validation of "preN" git tags for git-version.h.
from 0088a85a Mention smart-make in a comment.
https://git.samba.org/?p=rsync.git;a=shortlog;h=master
- Log -
The branch, master has been updated
via 0088a85a Mention smart-make in a comment.
via 4923c4dc Mention the `--list-only` output format.
from 76c4fa8b Mention latest changes.
https://git.samba.org/?p=rsync.git;a=shortlog;h=master
- Log
The branch, master has been updated
discards 77dd3047666fa68ce2acb88f4be0e5ebca83fb50 (commit)
via 76c4fa8b Mention latest changes.
from 77dd3047 Mention latest changes.
https://git.samba.org/?p=rsync.git;a=shortlog;h=master
- Log
The branch, master has been updated
via 77dd3047 Mention latest changes.
via 25efa108 Complain if the destination arg is empty.
via fdf5e577 Read a 4-byte mtime as unsigned (old-protocol).
via 19bd0dd3 Use newer protocol to avoid mtime corruption.
from
I have released rsync version 3.2.7pre1 for release testing. This has a few
new features and continues in the fixing of bugs in the extra validation of
args & filter rules.
To see a summary of all the recent changes, visit this link:
https://rsync.samba.org/ftp/rsync/NEWS#3.2.7
You can
I have released rsync version 3.2.7pre1 for release testing. This has a few
new features and continues in the fixing of bugs in the extra validation of
args & filter rules.
To see a summary of all the recent changes, visit this link:
https://rsync.samba.org/ftp/rsync/NEWS#3.2.7
You can
The annotated tag, v3.2.7pre1 has been created
at ed955366474452b95b1e088581bb91efb0b29541 (tag)
tagging ed4b3448be243b1bdb30a5da811f1e217f5a0601 (commit)
replaces v3.2.6
tagged by Wayne Davison
on Fri Sep 30 12:52:54 2022 -0700
- Log
The branch, master has been updated
via ed4b3448 Preparing for release of 3.2.7pre1
via 4d44bf12 A few more doc tweaks & comment tweaks.
via 6af27a53 Explicitly ignore snprintf() return value.
from f9e29dfb More NEWS updates.
The branch, master has been updated
via f9e29dfb More NEWS updates.
via 591de7ce Fix compile w/o openssl; disable sha256 & sha512 for
--checksum.
via c8c62775 Avoid test -e.
via 46884e4f Fix a link.
from 97e02bf2 Some "use chroot" improvements.
I can't say I have tried it but -pog would all also result in
duplicating files (assuming they are different).
On 9/25/22 14:49, Hardy via rsync wrote:
Thanks Kevin,
-a implies rlptgoD and I obviously used it by comfort and habit.
Omitting -t (and perhaps also gop, not really needed) might
Thanks Kevin,
-a implies rlptgoD and I obviously used it by comfort and habit.
Omitting -t (and perhaps also gop, not really needed) might solve my
problem? Will give it a try.
Am 25.09.22 um 20:30 schrob Kevin Korb via rsync:
-a is telling rsync to copy the metadata. --size-only is telling
-a is telling rsync to copy the metadata. --size-only is telling rsync
to skip the contents of files that are the same time. Without
--link-dest rsync would just update the metadata on the target.
However, with --link-dest rsync is being told to make the same file with
2 different metadatas.
Hi,
SHORT:
rsync shall ignore differences in meta (inode) data, but does not even
with --size-only. -- If in combination with --link-dest.
Is there any flag I missed?
EXPLANATION:
I use
rsync -avbuH --size-only --stats --delete-excluded
--link-dest=/path/to/last "user@system:Shared/Data"
The git code should have this fixed. Feel free to build it yourself, or
try the executable in the tar file from here:
https://download.samba.org/pub/rsync/binaries/opensuse-15-x86_64/
..wayne..
On Sat, Sep 24, 2022 at 5:02 PM jimc via rsync
wrote:
> Version: rsync-3.2.6-1.1.x86_64 from
Version: rsync-3.2.6-1.1.x86_64 from OpenSuSE Tumbleweed, get it from
https://download.opensuse.org/repositories/openSUSE:/Factory/standard/x86_64/rsync-3.2.6-1.1.x86_64.rpm
(or .src.rpm).
Symptom: In certain circumstances (see the reproducer script), rsync
from a remote source to a local
You only log you would like to to mount /backup, but the actual command
is missing. You should also log errors, so something like
/usr/bin/mount /backup >> /var/log/rsyncd.log 2>&1
would be adequate before your line to check what is mounted.
Hope this helps
Hardy
Am 24.09.22 um 15:15 schrob
You aren't logging any stderr. That is where any error messages would
go. Add some 2>&1.
Also, mount has a -v
On 9/24/22 09:15, dotdeb--- via rsync wrote:
I've been using rsync for years to backup my machines both at work and
at home.
These days I faced a new "challenge": at work I connect
I've been using rsync for years to backup my machines both at work and at
home.
These days I faced a new "challenge": at work I connect my laptop to a
docking station with an external usb disk. I'd like to use this disk as a
backup volume.
I put my disk in /etc/fstab to be mounted at boot (with
On Sun, Sep 18, 2022 at 6:13 AM Paul Slootman wrote:
> IMHO rsync is correct in refusing to run with a missing rsyncd.conf.
>
Yeah, it's one of the ways that some installs prevent a superfluous daemon
from starting up -- if it's not configured, you don't want it.
..wayne..
--
Please use
On Tue, Sep 20, 2022 at 11:21 AM İhsan Doğan via rsync <
rsync@lists.samba.org> wrote:
> ./mkgitver
> ./mkgitver: test: argument expected
>
Looks like your OS's "test" doesn't support "-e". If you tweak the "if [
-e" to be "if [ -d" you should be fine.
..wayne..
--
Please use reply-all for
Hi,
While rsync 3.2.5 was building fine on Solaris 10, I’m running into this error
with 3.2.6:
/opt/SUNWspro/bin/cc -I. -I. -I./zlib -xO3 -m32 -xarch=sparc -DHAVE_CONFIG_H
-I/opt/csw/include -c uidlist.c -o uidlist.o
/opt/SUNWspro/bin/cc -I. -I. -I./zlib -xO3 -m32 -xarch=sparc -DHAVE_CONFIG_H
Indeed, we have “use chroot = false” – our application is a file distribution
system where users authenticate as themselves and run rsync daemonized over ssh
transport, rrsync-style. We can’t run with “use chroot = true” as a workaround
since the users are not root, and the chroot() system
The branch, master has been updated
via 97e02bf2 Some "use chroot" improvements.
via 77d762ce Stop importing "re".
from 5b27d2e6 Pre-compute FILE_SUM_EXTRA_CNT.
https://git.samba.org/?p=rsync.git;a=shortlog;h=master
- Log
On Wed, Sep 7, 2022 at 6:25 AM Thor Simon wrote:
> When running in daemon mode with a module rooted at “/” [...] it seems to
> me that path sanitization is not useful in this case.
>
In a typical Linux install, the default of "use chroot = true" already
results in sanitize_paths = 0 for a path
On Sat 17 Sep 2022, Colton Lewis via rsync wrote:
> This is on a system where /etc/rsyncd.conf does not exist and goes away if
> /etc/rsyncd.conf is an empty file.
>
> Version: rsync version 3.2.5 protocol version 31
> Command: rsync --daemon
> What happens: The program outputs "Failed to
This is on a system where /etc/rsyncd.conf does not exist and goes away if
/etc/rsyncd.conf is an empty file.
Version: rsync version 3.2.5 protocol version 31
Command: rsync --daemon
What happens: The program outputs "Failed to parse config file:
/etc/rsyncd.conf"
What I expect: The program
The branch, master has been updated
via 5b27d2e6 Pre-compute FILE_SUM_EXTRA_CNT.
via 7e634f53 We always add a slash now that path is cleaned.
via 8fe8cfd6 Use string length diff heuristic to skip Levenshtein Algo
(#369)
from 7a2dbf71 Make the implied-arg adding for
The branch, master has been updated
via 7a2dbf71 Make the implied-arg adding for --relative more efficient.
via 8449539a More NEWS updates.
from 71c2b5d0 Fix exclusion of /. with --relative.
https://git.samba.org/?p=rsync.git;a=shortlog;h=master
- Log
The branch, master has been updated
via 71c2b5d0 Fix exclusion of /. with --relative.
via f3f5d842 Tweak a define.
via 8b1b81e0 Use UNSUPPORTED instead of PROTOCOL for various validation
checks.
via e8161304 Use hashlittle2() for xattr hashing
via b012cde1
On Tue, Sep 13, 2022 at 9:06 AM Carlos Carvalho wrote:
> The debug option didn't change the output at all.
>
That seems quite unlikely to me. But ignoring that, the latest git should
hopefully have the issue you're seeing fixed. Rsync packagers will want this
newest commit
Wayne Davison (wa...@opencoder.net) wrote on Tue, Sep 13, 2022 at 02:54:37AM
-03:
> It helps to have some kind of a reproducer. Also, keep in mind there are 2
> kinds of rejections: unrequested args and unfiltered files. The latter
> should have a big improvement in the latest git version. If
It helps to have some kind of a reproducer. Also, keep in mind there are 2
kinds of rejections: unrequested args and unfiltered files. The latter
should have a big improvement in the latest git version. If you want some
debug info on arg rejection, try adding `--debug=filter5` and see what
The branch, master has been updated
via 51dae12c Update NEWS.
via 95073031 Fix bug with validing remote filter rules.
via 81c5c813 Mention the filename when unpack_smb_acl() returns an
error.
via a6a0d2f7 Require a newer protocol to specify the digest list.
I've just upgraded the Debian package to 3.2.6 and now I'm getting many cases
of this error. I see that there have been improvements in the check but it
seems they're either not enough or incompatible with 3.1.[23].
This is always with --files-from, used for mirroring. We're a large free
software
On Sat, Sep 10, 2022 at 1:29 PM Ryan Schmidt wrote:
> Would you be interested in adding this patch to the rsync-patches repo or
> incorporating it into rsync directly?
>
I don't recall seeing that before, so thanks for pointing that out. I've
committed the change to the rsync git.
..wayne..
--
https://bugzilla.samba.org/show_bug.cgi?id=15163
--- Comment #5 from roland ---
apparently, this is causing the problem:
if (am_receiver) {
return;
}
if i comment out the return statement, things work again.
@wayne, what is the reason that timeout checking
https://bugzilla.samba.org/show_bug.cgi?id=15163
--- Comment #4 from roland ---
here with debug=all
working correctly
# /root/rsync/rsync-3.2.5/rsync -avi --timeout=5 --exclude='/proc'
--exclude='/dev/' --exclude='/sys' --debug=all --msgs2stderr
root@172.20.37.189:/iscsipool
https://bugzilla.samba.org/show_bug.cgi?id=15163
--- Comment #3 from roland ---
ah, getting a clue
in io.c
static void check_timeout(BOOL allow_keepalive, int keepalive_flags)
{
time_t t, chk;
/* On the receiving side, the generator is now the one that decides
* when
https://bugzilla.samba.org/show_bug.cgi?id=15163
--- Comment #2 from roland ---
here is another bugreport, where timeout is not effective/working
https://bugzilla.redhat.com/show_bug.cgi?id=1944132
--
You are receiving this mail because:
You are the QA Contact for the bug.
--
Please use
https://bugzilla.samba.org/show_bug.cgi?id=15163
--- Comment #1 from roland ---
here is some strace from the backup host to show the difference
if i set timeout=60 , rsyncing "root@172.20.37.189:/" hangs forever:
08:25:30 select(4, [3], [], [3], {tv_sec=30, tv_usec=0}) = 1 (in [3], left
The branch, master has been updated
via ad53a9b5 Also change dashes in the dict var names to make jq use
easier.
via 17502886 A few more tweaks.
via 087fffaa Unify older protect-args capability to secluded-args name.
via 5c1fa2a2 Use dict for capabilities &
Hi, I maintain the rsync port in MacPorts.
For ten years, we've been carrying around a one-line patch which was described
by its contributor this way:
> Occasionally, sync will report an ACL unpack error, but the user will be left
> in the dark regarding which file(s) was affected. This adds
The branch, master has been updated
via 0efa63f2 Use JSON output if --version (-V) is repeated (client side
only).
via ae16850d Add support for various SHA checksum digests
via 7e2711bb Improve various things in the checksum code
via b8c2fde3 Try freebsd-13-1 to
On Fri, Sep 2, 2022 at 1:19 AM c.buhtz wrote:
> 4. `--protect-args` activates the "new" behavior
>
Essentially, just in a way that has a couple drawbacks: it would have
refused to work with rsyncs older than 3.0.0, and it would have refused to
work with a remote rrsync setup (since the
I have released rsync 3.2.6. A fairly simple bugfix release.
To see a summary of all the recent changes, visit this link:
https://rsync.samba.org/ftp/rsync/NEWS#3.2.6
You can download the source tar file and its signature from here:
https://rsync.samba.org/ftp/rsync/rsync-3.2.6.tar.gz
I have released rsync 3.2.6. A fairly simple bugfix release.
To see a summary of all the recent changes, visit this link:
https://rsync.samba.org/ftp/rsync/NEWS#3.2.6
You can download the source tar file and its signature from here:
https://rsync.samba.org/ftp/rsync/rsync-3.2.6.tar.gz
201 - 300 of 34717 matches
Mail list logo