error in rsync protocol data stream (Marten Lehmann)

[Alejandro Celery]

rsync-request at lists.samba.org escribió:
> Send rsync mailing list submissions to
> 	rsync at 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 at lists.samba.org
>
> You can reach the person managing the list at
> 	rsync-owner at 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 at cnm.de>
> Fecha:
> Mon, 26 May 2008 17:47:19 +0200
> A:
> rsync at lists.samba.org
>
> A:
> rsync at 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