name too long problem?

Kevin Korb kmk at sanitarium.net
Wed Feb 15 13:12:12 MST 2012


-----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 a workaround.

On 02/15/12 09:21, Carlos Carvalho wrote:
> In the latest 3.1 I get this in our backup:
> 
> filename overflows max-path len by 1: <path> filename overflows
> max-path len by 1: <path> filename overflows max-path len by 9:
> <path> filename overflows max-path len by 7: <path> filename
> overflows max-path len by 4: <path> filename overflows max-path len
> by 5: <path> filename overflows max-path len by 6: <path>
> 
> Both sender and receiver are linux machines, so the max-path is
> the same. Locale/lang are both set to C and --no-iconv is used. How
> can a name overflow in the receiver but exist in the sender? Can it
> be due to the temporary extension?

- -- 
~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,-*~
	Kevin Korb			Phone:    (407) 252-6853
	Systems Administrator		Internet:
	FutureQuest, Inc.		Kevin at FutureQuest.net  (work)
	Orlando, Florida		kmk at sanitarium.net (personal)
	Web page:			http://www.sanitarium.net/
	PGP public key available on web site.
~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,-*~
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.17 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk88EZsACgkQVKC1jlbQAQeiJQCeJfkps3CIMPW47iHlggSEYZLu
qqkAnjP103y9JgVauKwftlIIjUP44mZE
=nBdg
-----END PGP SIGNATURE-----


More information about the rsync mailing list