On Wed, Feb 15, 2012 at 6:21 AM, Carlos Carvalho wrote:
> filename overflows max-path len by 1:
>
Count the characters in the displayed and you'll see what the
max_path value is. That message is output by the sender, and indicates
names that are too long to put into the stream of file-list dat
Kevin Korb (k...@sanitarium.net) wrote on 15 February 2012 15:12:
>It seems possible that it is the temporary file name.
Yes. After sending the other message I noticed that the amounts rsync
lists as exceeding max-path cannot be explained by a prefix at the
sender:
Carlos Carvalho (car...@fisica
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
It seems possible that it is the temporary file name. That would be
easy to test. Find the longest filename (or any that fails) and
attempt to touch a file with the temporary name that rsync would use.
If that is the problem then --inplace would be
Benjamin R. Haskell (rs...@benizi.com) wrote on 15 February 2012 09:46:
>On Wed, 15 Feb 2012, Carlos Carvalho wrote:
>
>> In the latest 3.1 I get this in our backup:
>>
>> filename overflows max-path len by 1:
>> filename overflows max-path len by 1:
>> filename overflows max-path len by 9
On Wed, 15 Feb 2012, Carlos Carvalho wrote:
In the latest 3.1 I get this in our backup:
filename overflows max-path len by 1:
filename overflows max-path len by 1:
filename overflows max-path len by 9:
filename overflows max-path len by 7:
filename overflows max-path len by 4:
filename ove
In the latest 3.1 I get this in our backup:
filename overflows max-path len by 1:
filename overflows max-path len by 1:
filename overflows max-path len by 9:
filename overflows max-path len by 7:
filename overflows max-path len by 4:
filename overflows max-path len by 5:
filename overflows m
