Re: [rdiff-backup-users] rdiff-backup destination on exFAT?
> Have you tried the --no-acls option? There's also one called --no-eas.
I did but, unfortunately, this didn't change anything. rdiff-backup
still crashes with the same exception.
It looks like rdiff-backup runs into a failed assertion ("assert not
upper_a.lstat()") while checking the exFAT destination in
fs_abilities.py in "set_case_sensitive_readwrite" because exFAT has
strange file name case-sensitivity:
The file names are created "case-preserving" (i.e. you can create a file
"Test.txt" and it will show up like this with lower and upper case
letters) but at the same time exFAT is also case-insensitive: when you
already have a file "Test.txt" you can not create another file
"test.txt", for exFAT they are both identical.
I just wonder why rdiff-backup does not crash with the same exception
when using a destination on FAT32, as far as I know it has the same
properties regarding file name cases...
Cheers
Ronny
___
rdiff-backup-users mailing list at rdiff-backup-users@nongnu.org
https://lists.nongnu.org/mailman/listinfo/rdiff-backup-users
Wiki URL: http://rdiff-backup.solutionsfirst.com.au/index.php/RdiffBackupWiki
[rdiff-backup-users] rdiff-backup destination on exFAT?
Hi all
Is there anybody out there who successfully used an rdiff-backup
destination on an exFAT filesystem?
Whatever I try, it always fails and just produces the following console
output, when running rdiff-backup with the "-v5" switch on the current
Ubuntu release:
Using rdiff-backup version 1.2.8
Cannot change permissions on target directory.
Unable to import win32security module. Windows ACLs
not supported by filesystem at /tmp/source
escape_dos_devices not required by filesystem at /tmp/source
-
Detected abilities for source (read only) file system:
Access control lists On
Extended attributes On
Windows access control lists Off
Case sensitivity On
Escape DOS devices Off
Escape trailing spaces Off
Mac OS X style resource forksOff
Mac OS X Finder information Off
-
Exception '' raised of class '':
File "/usr/lib/python2.7/dist-packages/rdiff_backup/Main.py", line
304, in error_check_Main
try: Main(arglist)
File "/usr/lib/python2.7/dist-packages/rdiff_backup/Main.py", line
324, in Main
take_action(rps)
File "/usr/lib/python2.7/dist-packages/rdiff_backup/Main.py", line
280, in take_action
elif action == "backup": Backup(rps[0], rps[1])
File "/usr/lib/python2.7/dist-packages/rdiff_backup/Main.py", line
334, in Backup
rpout.conn.fs_abilities.backup_set_globals(rpin, force)
File "/usr/lib/python2.7/dist-packages/rdiff_backup/fs_abilities.py",
line 922, in backup_set_globals
dest_fsa = FSAbilities('destination').init_readwrite(Globals.rbdir)
File "/usr/lib/python2.7/dist-packages/rdiff_backup/fs_abilities.py",
line 156, in init_readwrite
self.set_case_sensitive_readwrite(subdir)
File "/usr/lib/python2.7/dist-packages/rdiff_backup/fs_abilities.py",
line 304, in set_case_sensitive_readwrite
assert not upper_a.lstat()
Traceback (most recent call last):
File "/usr/bin/rdiff-backup", line 30, in
rdiff_backup.Main.error_check_Main(sys.argv[1:])
File "/usr/lib/python2.7/dist-packages/rdiff_backup/Main.py", line
304, in error_check_Main
try: Main(arglist)
File "/usr/lib/python2.7/dist-packages/rdiff_backup/Main.py", line
324, in Main
take_action(rps)
File "/usr/lib/python2.7/dist-packages/rdiff_backup/Main.py", line
280, in take_action
elif action == "backup": Backup(rps[0], rps[1])
File "/usr/lib/python2.7/dist-packages/rdiff_backup/Main.py", line
334, in Backup
rpout.conn.fs_abilities.backup_set_globals(rpin, force)
File "/usr/lib/python2.7/dist-packages/rdiff_backup/fs_abilities.py",
line 922, in backup_set_globals
dest_fsa = FSAbilities('destination').init_readwrite(Globals.rbdir)
File "/usr/lib/python2.7/dist-packages/rdiff_backup/fs_abilities.py",
line 156, in init_readwrite
self.set_case_sensitive_readwrite(subdir)
File "/usr/lib/python2.7/dist-packages/rdiff_backup/fs_abilities.py",
line 304, in set_case_sensitive_readwrite
assert not upper_a.lstat()
AssertionError
Does anybody have a solution or hint for this problem?
Thanks
Ronny
___
rdiff-backup-users mailing list at rdiff-backup-users@nongnu.org
https://lists.nongnu.org/mailman/listinfo/rdiff-backup-users
Wiki URL: http://rdiff-backup.solutionsfirst.com.au/index.php/RdiffBackupWiki
Re: [rdiff-backup-users] rdiff-backup should have MUCH simpler defaults
Am 22.02.2014 17:57, schrieb Robert Nichols: > On 02/19/2014 06:28 PM, sunfun wrote: >> Am i missing somenthing, or do i have to go through a restore process >> to to even >> take a peek at the text in two versions of a text file? > You can also use JBackpack which has an easy version browser including a preview feature: http://www.nongnu.org/jbackpack/ Disclaimer: I am (more or less) the maintainer of JBackpack. Cheers Ronny ___ rdiff-backup-users mailing list at rdiff-backup-users@nongnu.org https://lists.nongnu.org/mailman/listinfo/rdiff-backup-users Wiki URL: http://rdiff-backup.solutionsfirst.com.au/index.php/RdiffBackupWiki
Re: [rdiff-backup-users] OSError #5 on encfs reverse encrypted directories- & filenames
Ben > I'm trying to use securely backup my data into "untrusted storage": > - rdiff-backup allows me to use a "push" approach. > - A reverse mounted encfs offers a r/o, encrypted view on my data. > ... > Any hints? If you have access via ssh to the remote untrusted storage you can use normal encfs over sshfs. This is what I usually do and what I also integrated into JBackpack, see http://www.nongnu.org/jbackpack/ Cheers Ronny -- erreichbar von Mo-Fr, Büro B.105 Fachhochschule Nordwestschweiz Pädagogische Hochschule Institut Weiterbildung und Beratung Dr. des. Ronny Standtke Dozent für Medienpädagogik Obere Sternengasse 7 4502 Solothurn T +41 32 628 67 08 M +41 79 786 81 82 F +41 32 627 28 64 ronny.stand...@fhnw.ch <mailto:ronny.stand...@fhnw.ch> http://www.imedias.ch ___ rdiff-backup-users mailing list at rdiff-backup-users@nongnu.org https://lists.nongnu.org/mailman/listinfo/rdiff-backup-users Wiki URL: http://rdiff-backup.solutionsfirst.com.au/index.php/RdiffBackupWiki
Re: [rdiff-backup-users] How to restore a specific list of files with rdiff backup?
Hi William > Is it possible to restore a specific list of files from an rdiff-backup > repository? > > I'd like to restore all index.php and index.html files from one day ago > to a temporary local dir, but don't know how to do it, if it's even > possible. Even better would be to provide rdiff-backup with a list of > files from a text file. You may use JBackpack, a GUI for rdiff-backup. It has a very comfortable browser for rdiff-backup directories where you can easily restore selected files and directories, see: http://www.nongnu.org/jbackpack/ especially: http://www.nongnu.org/jbackpack/Restore.png Full disclosure: I am the author of JBackpack... Ronny -- erreichbar von Mo-Fr, Büro B.105 Fachhochschule Nordwestschweiz Pädagogische Hochschule Institut Weiterbildung und Beratung Ronny Standtke Dozent für Medienpädagogik Obere Sternengasse 7 4500 Solothurn T +41 32 628 67 08 M +41 79 786 81 82 F +41 32 627 28 64 ronny.stand...@fhnw.ch <mailto:ronny.stand...@fhnw.ch> http://www.imedias.ch ___ rdiff-backup-users mailing list at rdiff-backup-users@nongnu.org https://lists.nongnu.org/mailman/listinfo/rdiff-backup-users Wiki URL: http://rdiff-backup.solutionsfirst.com.au/index.php/RdiffBackupWiki
[rdiff-backup-users] JBackpack v0.9.3
Hi I just released JBackpack v0.9.3. Here is the (short) list of changes since v0.9.2: - it is now possible to preview files before restoring them - an Italian localization was added - several bugs were fixed See here: https://savannah.nongnu.org/projects/jbackpack/ Best regards Ronny Standtke ___ rdiff-backup-users mailing list at rdiff-backup-users@nongnu.org https://lists.nongnu.org/mailman/listinfo/rdiff-backup-users Wiki URL: http://rdiff-backup.solutionsfirst.com.au/index.php/RdiffBackupWiki
[rdiff-backup-users] JBackpack v0.9.2
Hi I just released JBackpack-0.9.2. Here are the changes since 0.9.1: Several bugs regarding database compression, remote database handling, mapping timestamps to filenames, sshfs connection timeouts, encfs setup, dialog layouts and localization on OS X were fixed. Best regards Ronny Standtke ___ rdiff-backup-users mailing list at rdiff-backup-users@nongnu.org https://lists.nongnu.org/mailman/listinfo/rdiff-backup-users Wiki URL: http://rdiff-backup.solutionsfirst.com.au/index.php/RdiffBackupWiki
Re: [rdiff-backup-users] Problem with JBackpack inteface
Hi Octavian > I have tested the JBackpack client on linux and it works perfect. That's great to hear. > Wen I tested on Windows I've observed that the Remote (ssh) option and > Encrypt option are inactive. That is because sshfs[1] is used for remote file access and encfs[2] is used for encryption. Both are simply not available on Windows. [1] http://fuse.sourceforge.net/sshfs.html [2] http://www.arg0.net/encfs Best regards Ronny (main author of JBackpack with just too many other projects atm) ___ rdiff-backup-users mailing list at rdiff-backup-users@nongnu.org https://lists.nongnu.org/mailman/listinfo/rdiff-backup-users Wiki URL: http://rdiff-backup.solutionsfirst.com.au/index.php/RdiffBackupWiki
Re: [rdiff-backup-users] New GUI for rdiff-backup: JBackpack
Hi > Sorry too for the late response. Now it's my turn again to repeat the apology. :-) It took a while, but I finally got my hands on a Win 7 64 bit system. The strange thing is that I even fail installing rdiff-backup manually. When I start rdiff-backup on the command line I only get the following error message: - C:\Users\Ronny>rdiff-backup Traceback (most recent call last): File "C:\Python26\lib\site-packages\py2exe\boot_common.py", line 92, in ImportError: No module named linecache Traceback (most recent call last): File "", line 1, in ImportError: No module named zipextimporter Traceback (most recent call last): File "rdiff-backup", line 20, in ImportError: No module named rdiff_backup.Main - How did you successfully install and start rdiff-backup on a Win 7 64 bit system!? Regards Ronny ___ rdiff-backup-users mailing list at rdiff-backup-users@nongnu.org http://lists.nongnu.org/mailman/listinfo/rdiff-backup-users Wiki URL: http://rdiff-backup.solutionsfirst.com.au/index.php/RdiffBackupWiki
Re: [rdiff-backup-users] New GUI for rdiff-backup: JBackpack
Hi Sorry for the late response and a happy 2011! > When I call rdiff-backup on the command line, I get this : > > C:\Users\loic>rdiff-backup --version > rdiff-backup 1.2.8 > > So it looks like rdiff-backup is properly installed on my system. Can you please execute the following two statements in a row: -- rdiff-backup --version echo %errorlevel% -- This gives us the return value of the call to "rdiff-backup --version". JBackpack tests against "0" for success but maybe that is different on your system. Ronny ___ rdiff-backup-users mailing list at rdiff-backup-users@nongnu.org http://lists.nongnu.org/mailman/listinfo/rdiff-backup-users Wiki URL: http://rdiff-backup.solutionsfirst.com.au/index.php/RdiffBackupWiki
Re: [rdiff-backup-users] New GUI for rdiff-backup: JBackpack
Hi > Jbackpack keeps displaying the installation helper > window while I've already installed both rdiff-backup (in > c:\windows\system32) & Visual C++ (for x86 and x64). Any idea ? JBackpack tries to run "rdiff-backup --version" and expects that the return value of this call is 0. You can see the details here (search for "--version"): http://svn.savannah.nongnu.org/viewvc/src/ch/fhnw/jbackpack/JBackpack.java?root=jbackpack&view=markup What does happen, when you call "rdiff-backup --version" on the command line? Regards Ronny ___ rdiff-backup-users mailing list at rdiff-backup-users@nongnu.org http://lists.nongnu.org/mailman/listinfo/rdiff-backup-users Wiki URL: http://rdiff-backup.solutionsfirst.com.au/index.php/RdiffBackupWiki
Re: [rdiff-backup-users] New GUI for rdiff-backup: JBackpack
> Mmmm...what can I say > IT'S COOL!! > Realy a grat job!! > My best compliment. I'm glad to hear that! ;-) > I wonder only about smb. Does rdiff-backup work fine with it? We tested it successfully with a QNAP NAS: http://www.qnap.com/pro_detail_feature.asp?p_id=136 (Unfortunately, these NAS solutions provide SSH access only for the root account, therefore we added SMB support in JBackpack so that it can be used as the backup destination for normal users.) After several months we run once into a situation with a filesystem error: a diff file could not be deleted, even after rebooting the client and remounting the SMB file system, only restarting the NAS helped. Besides this single problem, SMB works fine so far. > ...By using smbfs or CIFS, the complete file is transferred over the > network. Yes, just using an SMB mountpoint is much slower than having a cooperating backup destination (with ssh access and a remote rdiff-backup instance) because generating the diffs then means downloading the latest mirror file from your NAS and comparing it with the current local file and then uploading the diff. I really hope that one day rdiff-backup will be able to cache the file checksums at the backup destination so that only checksums have to be downloaded instead of complete mirror files when generating diffs. Aren't there alredy some patches for rsync that enable caching of the checksums? Best regards Ronny ___ rdiff-backup-users mailing list at rdiff-backup-users@nongnu.org http://lists.nongnu.org/mailman/listinfo/rdiff-backup-users Wiki URL: http://rdiff-backup.solutionsfirst.com.au/index.php/RdiffBackupWiki
[rdiff-backup-users] New GUI for rdiff-backup: JBackpack
Hi all I just wanted to let you know that we (imedias, section of the University of Applied Science Northwestern Switzerland) have implemented a new GUI for rdiff-backup: http://www.nongnu.org/jbackpack/ We hope you like it and appreciate any feedback. Best regards Ronny Standtke ___ rdiff-backup-users mailing list at rdiff-backup-users@nongnu.org http://lists.nongnu.org/mailman/listinfo/rdiff-backup-users Wiki URL: http://rdiff-backup.solutionsfirst.com.au/index.php/RdiffBackupWiki
