bugrdiff-backup - Bugs: bug #39476, regression error on encfs...

 
 

bug #39476: regression error on encfs destination with long filename

Submitter:  None
Submitted:  Fri 12 Jul 2013 08:41:18 PM UTC
   
 
Category:  None Severity:  2 - Minor
Item Group:  None Status:  Ready For Test
Privacy:  Public Assigned to:  None
Open/Closed:  Closed
* Mandatory Fields

Add a New Comment Rich Markup
   

Fri 20 May 2022 05:44:42 PM UTC, comment #2: 

This issue has been closed because it hasn't been touched for years, as the development continued on GitHub. If the issue is still present in a recent version, please re-open it under https://github.com/rdiff-backup/rdiff-backup/issues after having made that it's not already reported there.

Eric L. <ericzolf>
Group administrator
Fri 12 Feb 2016 09:48:37 AM UTC, comment #1: 

Need to test this patch.
Will do so on the new tree at:
https://github.com/sol1/rdiff-backup

david kempe <davekempe>
Group administrator
Fri 12 Jul 2013 08:41:18 PM UTC, original submission:  

Hello,

After an aborted backup I always get this error:

 Previous backup seems to have failed, regressing destination now.
 ...
 AssertionError: Bad index order: ('long_filename_data', '1') >= ('b',)

I append a patch with this bug report. It cures the error but I did not check whether the regression is doing now what it is intended to do. The error is caused by filenames which are to long to be saved on the target directory. Rdiff-backup uses the 'AlternateMirrorName' technique in this case. My target directory is an encfs encrypted directory with filename encryption. Filenames are limited to 189 bytes.

Here are my findings. Line 275 of rorpiter.py throws the error. The line test for the index order. The index order is an alphabetical filename order. Line 255 of longname.py opens a new 'mirror_rp' with 'index' ,,('long_filename_data', '1')'' for regression. This index is used for the index test but it should be tested against the long filename related to this regression.

In my example the long filename is 190 bytes 'a190byteaaaa...aaa'. A second file following the long file name is necessary to throw the error. I use filename 'b'. The error only occurs if both files are alphabetically placed before the string 'long_filename_data'.

my system:
 Debian 7.1
 rdiff-backup 1.2.8

I know, this is more or less an auto information list. V1.2.8 is from 2009. Should I post the bug report on Debian to get the patch publicized?


Many thanks to the developers of rdiff-backup!!!

Christian


Anonymous

 

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

Attach Files:
   
   
Comment:
   

Attached Files
file #28557:  long-filename-regression.patch added by None (571B - text/x-diff)

 

Depends on the following items: None found

Items that depend on this one: None found

 

Carbon-Copy List
  • -email is unavailable- added by ericzolf (Posted a comment)
  • -email is unavailable- added by davekempe (Posted a comment)
  •  

    There are 0 votes so far. Votes easily highlight which items people would like to see resolved in priority, independently of the priority of the item set by tracker managers.

    Only logged-in users can vote.

     

    Follow 4 latest changes.

    Date Changed by Updated Field Previous Value => Replaced by
    2022-05-20 ericzolf Open/ClosedOpen Closed
    2016-02-12 davekempe Severity3 - Normal 2 - Minor
        StatusNone Ready For Test
    2013-07-12 None Attached File- Added long-filename-regression.patch, #28557

    Back to the top

    Powered by Savane 3.13-d3ae.
    Corresponding source code