On 10/15/07, Erik Jan Tromp <[EMAIL PROTECTED]> wrote: > # The second error > Invalid file index: -101 (-1 - 0) with iflags 0 [receiver] > rsync error: protocol incompatibility (code 2) at rsync.c(273) > [receiver=3.0.0pre2] > rsync: connection unexpectedly closed (21 bytes received so far) [generator] > rsync error: error in rsync protocol data stream (code 12) at io.c(596) > [generator=3.0.0pre2] > > # Sample commands, obfuscated to protect the guilty > cp -alf $BACKUPPATH/fluorine/sunday/. $BACKUPPATH/fluorine/monday/ > rsync [...] --delete-after [...] > rsync://[EMAIL PROTECTED]:$BACKUPPORT/$BACKUPMODULE/ \ > $BACKUPPATH/fluorine/monday/ [...]
This is the same problem I ran into with --detect-renamed: the client disables incremental recursion because of --delete-after but doesn't send the option to the server, so the server has no idea that it is supposed to disable incremental recursion. The other options that can disable incremental recursion (see compat.c) may cause the same crash. I suppose server_options could be changed to send all of these options unconditionally. However, a more discreet and much more robust solution would be for the client and server to negotiate whether to incrementally recurse just after negotiating the protocol version. Matt -- To unsubscribe or change options: https://lists.samba.org/mailman/listinfo/rsync Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html
