bugrdiff-backup - Bugs: bug #26699, Windows file systems do not allow...


bug #26699: Windows file systems do not allow certain trailing characters in file or folder names

Submitted by:  None
Submitted on:  Wed 27 May 2009 02:25:13 PM UTC  
Category:  None Severity:  3 - Normal
Item Group:  None Status:  None
Privacy:  Public Assigned to:  None
Open/Closed:  Open

Add a New Comment (Rich Markup)

You are not logged in

Please log in, so followups can be emailed to you.


Wed 05 Sep 2012 08:27:33 AM UTC, comment #2: 

A related problem occurs with Unicode characters in the name.  On windows, I do an rdiff-backup, and when restoring to Linux I get the error:
A regular file was indicated by the metadata, but could not be constructed from existing increments because last increment had type None.  Warning:  Hash da39a....0709 doesn't match recorded hash xxxxx

Interestingly, the same hash is indicated on the three files reporting this error, even though the three names are different and the contents of the three files are different.

Wed 27 May 2009 02:30:06 PM UTC, comment #1: 

Oh, I see now that this is fixed in 1.3.0. Any idea when this will be fixed in the stable tree? Thanks!!

Wed 27 May 2009 02:25:13 PM UTC, original submission:  

Windows' NTFS and FAT32 filesystems do not allow files or folders to terminate with the space character (" ") or the period ("."). When backing-up from a non-Windows system to a Windows host, this will likely result in an error. These trailing characters need to be escaped in the same way as other illegal characters, such as asterisk ("*").


An example I recently encountered is below (paths sanitized to protect the innocent):

Exception '[Errno 2] No such file or directory: "/cygdrive/g/path_to_backup_folder/offending foldername /somefile.txt" raised of class '<type 'exceptions.IOError'>':

With verbose logging, I see that "/cygdrive/g/path_to_backup_folder/offending foldername /" was created as "/cygdrive/g/path_to_backup_folder/offending foldername/" (note that the trailing space has been truncated) which is why all the subsequent attempts fail.

Notes: In the above example, the CLIENT machine was OSX Tiger 10.4.11, running rdiff-backup 1.2.8 and the SERVER is Windows Server 2008 x64 (SP1) running cygwin sshd and rdiff-backup 1.2.8 non-WIN32 version.



(Note: upload size limit is set to 16384 kB, after insertion of the required escape characters.)

Attach Files:

No files currently attached


Depends on the following items: None found

Items that depend on this one: None found


CC list is empty


Do you think this task is very important?
If so, you can add your encouragement to it.
This task has 0 encouragements so far.

Only logged-in users can vote.




No changes have been made to this item

Back to the top

Powered by Savane 3.5