Bug 9949 - rsync fails with message "rsync: unrecognized option `--max-delete=1000000000'"
rsync fails with message "rsync: unrecognized option `--max-delete=1000000000'"
Status: CLOSED RAWHIDE
Product: Red Hat Linux
Classification: Retired
Component: rsync (Show other bugs)
6.2
All Linux
medium Severity medium
: ---
: ---
Assigned To: Bill Nottingham
:
: 9995 (view as bug list)
Depends On:
Blocks:
  Show dependency treegraph
 
Reported: 2000-03-03 22:12 EST by Adrian Likins
Modified: 2014-03-16 22:12 EDT (History)
2 users (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed: 2000-03-07 15:48:11 EST
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


Attachments (Terms of Use)
strace showing rsync freaking out (4.93 KB, text/plain)
2000-03-03 22:13 EST, Adrian Likins
no flags Details

  None (edit)
Description Adrian Likins 2000-03-03 22:12:40 EST
As mentioned in the summary, rsync seems to sometimes fail
with "rsync: unrecognized option `--max-delete=1000000000'"

Of course, to make it interesting, it should be noted that
this option is _not_ part of the commandline, and is not
part of an alias.

[alikins@slag RDF]$ which rsync
/usr/bin/rsync
[alikins@slag RDF]$ /usr/bin/rsync --delete -r -v --rsh=/usr/bin/ssh  .
rdf@admin.portal.redhat.com:RDF
rsync: unrecognized option `--max-delete=1000000000'
unexpected EOF in read_timeout

rsync seem to rebuild its commandline sometimes to
include the "--max-delete=100000000" even if you didnt
specify it, then execve's the new commandline. Very weird.

To make it more fun, sometimes it will work on other directories,
but fail if straced.

ie:

[alikins@slag /tmp]$ /usr/bin/rsync --delete -r -v --rsh=/usr/bin/ssh  .
alikins@swoop.support.redhat.com:/tmp

but stracing it will cause the error above as well.

Sometimes it works, sometimes it doesnt.

Also note, that despite what the output of `rsync -h` claims,
giving "--max-delete=1000" on the commandline doesnt work either.

I'll attach a strace...
Comment 1 Adrian Likins 2000-03-03 22:13:59 EST
Created attachment 139 [details]
strace showing rsync freaking out
Comment 2 Jeff Johnson 2000-03-04 12:38:59 EST
The max-delete option was a patch from Daniel Veillard to minimize
damage when the source of a rsync had, for example, "disk problems".
I believe that the patch has been rolled into the latest rsync, albeit
with syntax changes. Judging from rsync traffic, there may be other
problems with rsync-2.4.1, so an update/errata will probably be necessary.

As a work around, you can always install the 6.1 package with Daniel Veillard's
patch.
Comment 3 Bill Nottingham 2000-03-04 13:09:59 EST
Um, your strace is broken and dying because it's trying
to exec ssh under strace (ssh is setuid, so it won't work.)
Comment 4 Bill Nottingham 2000-03-04 13:11:59 EST
The error you are getting is from the rsync process
running on the other end of the connection. Upgrading
rsync on that end should stop the problem.
Comment 5 Bill Nottingham 2000-03-06 11:24:59 EST
*** Bug 9995 has been marked as a duplicate of this bug. ***
Comment 6 Bill Nottingham 2000-03-07 15:48:59 EST
Fixed in rsync-2.4.1-2.

Note You need to log in before you can comment on or make changes to this bug.