On Sat 16 Apr 2005, Erik Schnetter wrote: > Package: rsync > Version: 2.6.3-2 > Severity: normal > > Rsync reported the following error message: > > mkstemp eschnett/doc/CQG/.CQG 21 589: Alcubierre, Allen, Bona, Fiske, > Goodale, Guzmán, Hawke, Hawley, Husa, Koppitz, Lechner, Pollney, Rideout, > Salgado, Schnetter, Seidel, Shinkai, Shoemaker, Szilágyi, Takahashi, > Winicour: Towards standard testbeds for numerical relativity.pdf.ILSUbe > failed: File name too long > > Yes, this is one line, and one file with a very long name. Apparently > the file that is to be transferred has a name that is barely short > enough for the file system, and the added prefix and suffix characters > push it over the limit, causing this error. In this case, rsync > should choose a different, shorter file name instead of not > transferring the file.
Rsync should do so. Is the same version running on peyote.aei.mpg.de? If that has an older version, then that could be the problem (the error came from the receiving end). (2.6.4-2 has been available for a while now.) > Also, rsync did not notice that this file could not be transferred, > and deleted some files after the transmission. According to the > documentation, rsync is supposed to not delete anything if there were > errors in the transmission. The documentation states that files will not be deleted if there are _I/O_ errors (not just any error): : If the sending side detects any I/O errors, then the deletion of : any files at the destination will be automatically disabled. Note also that it says that the sending side determines whether deletion is enabled or not, as e.g. an error reading a directory on the source could lead to many files being deleted erroneously. If the receiving side detects an error, then that doesn't have the same potential for disaster. > --delete-excluded \ As you're not excluding anything, this option is redundant... Paul Slootman -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
