error in rsync protocol data stream (Marten Lehmann)

Alejandro Celery
Tue, 27 May 2008 14:55:12 -0000

rsync-request@lists.samba.org escribi?:
> Send rsync mailing list submissions to
> 	rsync@lists.samba.org
>
> To subscribe or unsubscribe via the World Wide Web, visit
> 	https://lists.samba.org/mailman/listinfo/rsync
> or, via email, send a message with subject or body 'help' to
> 	rsync-request@lists.samba.org
>
> You can reach the person managing the list at
> 	rsync-owner@lists.samba.org
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of rsync digest..."
>
> ------------------------------------------------------------------------
>
> To unsubscribe or change options:
https://lists.samba.org/mailman/listinfo/rsync
> Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html
>
> ---------------------------------------
> ------------------------------------------------------------------------
>
> Today's Topics:
>
>    1. error in rsync protocol data stream (Marten Lehmann)
>    2. How to exclude directories from source with --relative
>       (Stuart Anderson)
>    3. Re: How to exclude directories from source with --relative
>       (Wayne Davison)
>    4. rsync with proxy squid - authenticated users - doesn't work
>       (Jean-Jacques ROUGET)
>
>
> ------------------------------------------------------------------------
>
> Asunto:
> error in rsync protocol data stream
> De:
> Marten Lehmann <lehmann@cnm.de>
> Fecha:
> Mon, 26 May 2008 17:47:19 +0200
> A:
> rsync@lists.samba.org
>
> A:
> rsync@lists.samba.org
>
>
> Hello,
>
> I'm trying to sync a directory on our webserver with contents uploaded
> by our customers. One of the customers has very deep directory
> structure to sync. These are the last entries of the reverse output
> (simple rsync -av source target):
>
>
u32287/out/oxbaseshop/html/0/images/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus
>
> /dtaus/dtaus/dtaus/
>
u32287/out/oxbaseshop/html/0/images/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus
>
> /dtaus/dtaus/dtaus/dtaus/
>
u32287/out/oxbaseshop/html/0/images/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus/dtaus
>
> /dtaus/dtaus/dtaus/dtaus/dtaus/
> multiplexing overflow 2:1027
>
> rsync error: error in rsync protocol data stream (code 12) at io.c(681)
>
> I don't know why the customer needs such a directory, maybe a script
> create these useless entries. Probably, we will delete in anyway.
>
> But the point is: While the operating system obviously made it
> possible to create these directories, rsync struggled at it and died.
> The biggest problem is, that this might happen again and we can never
> be sure about wether the daily backup process has been processed
> successfully, or stopped at some point without watching the logfile.
> Is the above situation a known problem? We are using rsync-2.6.3 from
> RHEL 4.
>
> Regards
> Marten
>
>
> ------------------------------------------------------------------------
Hi, I?m Alex.
I?ve seen that thing with the directories happen. It?s when you screw up
with an apache redirect directive, you get an infinte loop redirection.
At least that was my case, my guess is you can safely assume it?s a
screw-up and don?t worry about the backup.

--
Saludos,
Alejandro Celery
ADVANTEK SRL
+5411-4586-2565