Bob,
Run your command with higher verbosity. There's an error, but it's not
clear why it's happening.
Also, the regression will not start if the previous backup did
succeed, so one earlier must have failed. Since you are using --print-
statistics, you can use the fact that if the statistic
On Apr 2, 2009, at 4:24 AM, Thomas Jarosch wrote:
? File "/usr/lib/python2.2/gzip.py", line 253, in close
? ? write32(self.fileobj, self.size)
? File "/usr/lib/python2.2/gzip.py", line 19, in write32
? ? output.write(struct.pack("The box is running Centos 3 using python 2.2.3 and librsync
0.9.7
On Apr 1, 2009, at 1:07 PM, Greg Freemyer wrote:
I was shuffling things around and may have broke my backup directory.
I would like to recover it if it can be done relatively easily.
Any clue how to restore functionality short of destroying my backup
directory and recreating it?
See results b
On Mar 31, 2009, at 2:36 PM, listserv.traf...@sloop.net wrote:
Are the exit codes the same, and available to cygwin event though
it's a windows binary? (I do see the output is the same unix style
output (with a unix vs dos line return).
The exit codes should be the same, but, truthfully, the
On Mar 30, 2009, at 9:29 PM, listserv.traf...@sloop.net wrote:
Yeah, it is, and I was pondering doing so.
Are the exit codes the same, and available to cygwin event though
it's a windows binary? (I do see the output is the same unix style
output (with a unix vs dos line return).
The exit codes
On Mar 26, 2009, at 12:38 PM, Bob Mead wrote:
IOError: CRC check failed
Hi Bob,
Yes, as Maarten said, a failing CRC check can mean hardware failure.
Based on your traceback, I think that is probably what has happened.
When you run with -v5 or -v7, what lines does it output immediately
Greg,
As Jason suggested, I would try using the 1.3.3 version. That version
has the new --use-compatible-timestamps option which should clear up
your trouble.
I'll try and look into whether it makes sense to clean this up on
Cygwin in 1.2.x. As I've mentioned before, I don't think the Cyg
with AFP for my rdiff-backups, and finally ditching Time
Machine!
I hope this information is helpful to somebody someday.
Cheers!
-Nathan
On Mar 29, 2009, at 2:25 PM, Andrew Ferguson wrote:
On Mar 29, 2009, at 12:33 PM, Nathan Aschbacher wrote:
The "rm tgt" fails, well not exactl
On Mar 29, 2009, at 12:33 PM, Nathan Aschbacher wrote:
The "rm tgt" fails, well not exactly. It runs without an error the
first time, but some kind of problem occurs on OS X where the file
won't stay deleted, it immediately reappears. Once it reappears two
problems occur. First, if you t
On Mar 24, 2009, at 5:48 AM, Pieter Donche wrote:
I'm not a mac user, but need to install rdiff-backup
on a Mac PowerPC G4(2.1) 700 Mhz, Mac OS X 10.4.11
and a iMacIntel7,1 Mac OS X Version 10.5.2
(everything on mac is new for me..)
Not related to your problem, but: Run software update on your
On Mar 23, 2009, at 5:29 PM, Maarten Bezemer wrote:
Hi,
On Mon, 23 Mar 2009, listserv.traf...@sloop.net wrote:
So, just so we're clear - a summary of what I think you said...
The every-10-diff's snapshot is for META data only.
** The source files DO NOT get a snap-shot every 10 days.
** Th
On Mar 23, 2009, at 2:20 PM, listserv.traf...@sloop.net wrote:
--verify-at-time xyz
Wondering about --verify-at-time xyz
What exactly does this switch do?
From my understanding of the man-page, it appears to "recreate" the
actual file based on the date used in xyz, and then compare a *new*
co
On Mar 23, 2009, at 2:59 PM, listserv.traf...@sloop.net wrote:
Since I'm using cygwin, I'd assume this would follow the posix
standard, right? (I prefer cygwin vs. the native Win-port because I
have easy access to ways to email exception reports etc. ...and all
the
other tools in cygwin like
On Mar 23, 2009, at 3:51 PM, listserv.traf...@sloop.net wrote:
So, I really simply don't know what to believe. I don't have a case
first-hand I can examine to see for myself. (And the cases where
someone has gone and looked, there are NO snapshots, only rdiffs.)
That's exactly why I asked this
Greg,
Rdiff-backup should be handling most of these situations for you,
right? Are you trying to document errno's that rdiff-backup reports,
but recovers from, so that users won't be alarmed?
A list of most errors which rdiff-backup handles can be found in:
http://cvs.savannah.gnu.org/viewv
On Mar 20, 2009, at 6:44 PM, Nathan Aschbacher wrote:
I've tried several versions of rdiff-backup (up through 1.3.3) and
several versions of Python (up through 2.6.1). I believe the issues
relates to symbolic links based on the error. It seems to fail when
doing its destination capability
On Mar 20, 2009, at 8:30 PM, Maarten Bezemer wrote:
I had a question about this before, but didn't see any answer. In
the mean time, I've been looking at the code to see how this is
organised.
In short, I only found the 10th increment being a snapshot code in
the metadata related python fil
On Mar 20, 2009, at 6:44 PM, Nathan Aschbacher wrote:
I've tried several versions of rdiff-backup (up through 1.3.3) and
several versions of Python (up through 2.6.1). I believe the issues
relates to symbolic links based on the error. It seems to fail when
doing its destination capabilit
Bob,
I believe you can adjust the current_mirror marker in order to pull
the wool over rdiff-backup's eyes.
Current versions of rdiff-backup print a helpful error message in this
situation.
Andrew
On Mar 20, 2009, at 12:43 PM, Bob Mead wrote:
Hello list:
I'm using rdiff v1.0.4, pushi
On Mar 18, 2009, at 8:05 PM, JoSH Lehan wrote:
I'm running into a problem with rdiff-backup. I get an assertion
error when rdiff-backup performs the case sensitivity test on the
filesystem, when doing a restore.
Hi Josh,
This test helps ensure that the filesystem behaves in a consistent,
ng of incorrect permissions on backup repository during
restore
operation. Closes Ubuntu bug #329722. (Andrew Ferguson)
Don't crash on zlib errors. Closes Debian bug #518531. (Andrew Ferguson)
Make sticky bit warnings quieter while determining file system
abilities.
Closes Savannah
On Mar 10, 2009, at 11:34 AM, tkeene wrote:
d-+ 4 Tommy None0 Mar 10 01:37 chesedrdiff
Whoa! I guess that's the issue. The Unix permissions presented by
Cygwin are 000, but there's an ACL on there (the + ). You can read the
ACL using the getfacl command.
How is
On Mar 9, 2009, at 11:56 PM, Marcel (Felix) Giannelia wrote:
If this operation were used to make backups sparser the farther back
in time you go (which seems to be what people on the wiki are
after), and rdiff-backup already keeps snapshots every 10 increments
or so, maybe just discard the
On Mar 9, 2009, at 10:58 PM, Marcel (Felix) Giannelia wrote:
Unfortunately, --remove-older-than is more complicated than that.
It also has to transform the last remaining increment into
snapshots, as opposed to reverse-deltas. That would be a nasty
operation if all of the increments were i
On Mar 9, 2009, at 10:25 PM, Marcel (Felix) Giannelia wrote:
(Sorry about the blank message; I just learned that ctrl+enter =
send in Mozilla Thunderbird :) )
Anyway -- re: failure handling, I don't know exactly how I'd deal
with it, but I might do something like write the archive header to
On Mar 9, 2009, at 9:21 PM, Marcel (Felix) Giannelia wrote:
But when you're storing something that you *know* is going to be
read-only and will never need to be modified again, then it makes
more sense to store a nice index at the front (which is why CD's do
that). Aside from unrecommended
On Mar 8, 2009, at 10:14 PM, tkeene wrote:
4. Finally: ls -l on source:
PS C:\Users\Tommy> ls -l C:\Users\Tommy\Documents
Tommy,
Can you run `ls -l /cygdrive/c/Users/Tommy/` in Cygwin? Since you are
running rdiff-backup under Cygwin, we need to see how Cygwin is
presenting the permissi
On Mar 8, 2009, at 12:32 PM, tkeene wrote:
I was not able to install either of those two python apps under
cygwin. The first gives me a "don't know your system" error and the
second fails during a gcc compile.
Yes, those packages are Linux-only.
@Andrew adding --no-acls did not work
I go
On Mar 8, 2009, at 4:55 AM, John covici wrote:
Exception '[Errno 5] Input/output error: '/backup/usr/share/doc/
debconf'' raised of class '':
If you run rdiff-backup again, and you get the same error, or if you
do `stat /backup/usr/share/doc/debconf` and you also get an IO Error,
then yes,
On Mar 7, 2009, at 12:44 AM, tkeene wrote:
I'm using the latest rdiff-backup (1.3.2) in cygwin to backup one
ntfs folder onto another ntfs drive. The backup and incrementing
works great. But when it's done backing up the folder is no longer
accessible to me (Windows won't let me open it). I
On Mar 6, 2009, at 5:18 PM, Dean Cording wrote:
I'm running rdiff-backup to backup my Linux machine to another via a
NFS mount.
A program I use creates a couple of lock files with no permissions:
-- 2 dean dean 0 2009-03-07 09:01 Succurro Accounts.
7f0100.15504.LNK
--
On Mar 5, 2009, at 10:12 AM, Keith Sudbury wrote:
I have setup rdiff-backup to run in cron.daily everyday cron is
mailing me with about 100 errors similar to the one below:
UpdateError /srv/eda_tools/cadence/virtuoso/latest/tools.lnx86/bin/
64bit/10.1.3/lmdiag Updated mirror temp file /media
On Mar 6, 2009, at 5:38 AM, Pieter Donche wrote:
I have the impression the PATH is somewhere limited to
/usr/sbin:/usr/bin, because when I do
# ln -s /usr/local/bin/rdiff-backup /usr/bin/rdiff-backup
# ln -s /usr/local/bin/rdiff-backup-statistics /usr/bin/rdiff-backup-
statistics
So change ro
On Mar 6, 2009, at 1:24 PM, Bob Mead wrote:
Hello all:
I'm trying to restore some files from a backup created 1/20/09.
Using the following command (as per the man page, I added the -v5):
rdiff-backup -v5 //rdiff-backup-data/
increments/home.2009-01-20T16:27:31-08:00.dir /
gives the outpu
On Mar 4, 2009, at 2:02 PM, Bob Mead wrote:
At some point recently, the destination server did fill up, which
generated a lot of 'no space left on device' errors in my rdiff-
backup backup.logs. I have since cleared out ~260GB of space on
the destination server, and yet when I try to back
On Mar 4, 2009, at 11:42 AM, Matthew A. Thompson, Contractor, Code
6189 wrote:
The heavens stretched forth and Andrew Ferguson decreed the
following on or about 03/04/2009 10:20 AM:
Ah, ok syscall=188 means that this is happening during setxattr(2).
Can you try backing up a simple directory
On Mar 4, 2009, at 11:39 AM, Serge Zub wrote:
Hi,
The version 1.3.1 still has the problem.
I've looked into the source and it seems I've found the cause!
File "hash.py":
def compute_sha1(rp, compressed = 0):
"""Return the hex sha1 hash of given rpath"""
assert rp.conn is Globals.local
On Mar 4, 2009, at 7:33 AM, Matthew A. Thompson, Contractor, Code 6189
wrote:
As some may know, I've been having difficulties with the latest
NTFS-3G version and rdiff-backup, and that has been taken care of
with the latest rdiff-backup version (I assume...Fedora hasn't
upgraded yet).
How
On Mar 3, 2009, at 7:21 PM, Bob Mead wrote:
At some point recently, the destination server did fill up, which
generated a lot of 'no space left on device' errors in my rdiff-
backup backup.logs. I have since cleared out ~260GB of space on the
destination server, and yet when I try to backup
g
report. (Andrew Ferguson)
Properly disable hardlinks by default on Windows.
Fix Python 2.2 compatibility. Closes Savannah bug #25529. (Andrew
Ferguson)
Fix typo which caused failure when checking if another rdiff-backup
process is
running on Windows. Thanks to Ryan Hughes for the b
On Feb 26, 2009, at 10:08 AM, Szabolcs Szakacsits wrote:
Stable NTFS-3G (not the Advanced one which has full user ownership,
permission, ACL, etc handling) supports only the User namespace EAs.
ACLs are using EAs in the System namespace. This is why --no-acls
works.
And it is interesting that
Thanks for figuring this one out.
The original code to disable hardlinks by default on Windows only
worked when both sides were running from the same rdiff-backup
instance. I have fixed the stable and development versions in CVS so
that this works properly in other configurations (such as s
On Mar 2, 2009, at 11:16 AM, Chris G wrote:
On Mon, Mar 02, 2009 at 10:59:45AM -0500, Andrew Ferguson wrote:
On Mar 2, 2009, at 10:48 AM, Chris G wrote:
r...@chris:/home/chris# rdiff-backup -v1 /home/ben
b...@garage::/bak/chris/home/ben
Maybe remove -v1 (or change to -v8) and see what
On Mar 2, 2009, at 10:48 AM, Chris G wrote:
r...@chris:/home/chris# rdiff-backup -v1 /home/ben b...@garage::/
bak/chris/home/ben
Maybe remove -v1 (or change to -v8) and see what else rdiff-backup may
be trying to tell you? -v1 means to print the least amount of
information possible. The
On Feb 25, 2009, at 9:25 AM, Francisco M. Marzoa Alonso wrote:
More on this. I do not know nothin about Python -or too less that
can be
called "nothing"- but I'm a bit concerned about this grep:
Well, I can say right up front that this is simply not true. It is
used. The preserve_numerical
On Feb 19, 2009, at 10:58 PM, tkeene wrote:
I get the following error using rdiff-backup. Backing up from Linux
to Windows system running cygwin, using most recent 1.3.1 on both
systems.
Exception '
Warning Security Violation!
Bad request for function: Time.setcurtime_local
Whoops, bug
On Feb 17, 2009, at 4:53 PM, tkeene wrote:
I am trying to backup a Linux system (ext3) to a Windows system
running Cygwin and the latest version of rdiff-backup.
Tommy,
Which version of rdiff-backup are you using? 1.3.1 should have better
support for ignoring too-long filenames on Windows
On Feb 17, 2009, at 3:28 PM, tkeene wrote:
Sending back exception of type 'exceptions.AssertionError'>:
File "/usr/lib/python2.5/site-packages/rdiff_backup/
connection.py", line 335, in answer_request
result =
apply(eval(request.function_string), argument_list)
File "/usr/lib/python2.
On Feb 13, 2009, at 6:09 PM, Maarten Bezemer wrote:
I have a number of rdiff-backup repo's that started quite a while
ago. With the current version I'm using, changing (or newly added)
files get an extra line in the metadata showing the SHA1 digest of
the file.
But older files that haven't
On Feb 10, 2009, at 9:48 AM, Rodney Schuler wrote:
I am running rdiff-backup v1.2.6 on Windows 64bit XP using this
command:
rdiff-backup --verbosity 9 --print-statistics "C:\Documents and
Settings" "N:\DocSet" 1>c:\bin\Backup-DocSet.log
N: is a USB attached external drive. The traceback,
Andreas,
I'm just happy to see more recent rdiff-backup packages appearing in
the Ubuntu universe. Many thanks for taking on this project. Many of
the bug reports in the past have been due to old releases.
I have a launchpad account which is somehow associated with the rdiff-
backup projec
er rdiff-backup
process is
running on Windows. Thanks to Ryan for the bug report. (Andrew Ferguson)
Disable hardlinks by default on Windows when performing operations
such as
--compare, etc. Thanks to Ryan for the bug report. (Andrew Ferguson)
Change --min-file-size and --max-file-size to agre
On Feb 9, 2009, at 2:09 PM, Athanasios Dousis wrote:
Jakob,
Thank you again for your help. I installed rdiff-backup v1.2.6 as
instructed, cleared the rdiff-backup-data directory using 'rm -Rf',
and re-ran rdiff-backup
/usr/bin/rdiff-backup --exclude /home/shared --exclude-other-
filesy
On Feb 9, 2009, at 7:22 AM, Mark Ridley wrote:
Hi,
The way rdiff-backup works is that if a file is being transfered and
the connection is lost, rdiff-backup rolls back the transfer of that
file.
If the file is large - for example a database - it can take several
hours to completley tra
On Feb 9, 2009, at 4:56 AM, Ryan wrote:
G:\backup of c important stuff.
rdb/rdiff-backup-data/increments/portableapps/PortableApps/
FirefoxPortable/App/firefox.2009-02-08T04-05-56-06-00.dir
Ryan,
Delete that file and the problem should go away.
Let me know if it returns after a success, an
On Feb 7, 2009, at 5:27 PM, Anthony Mattas wrote:
Warning: Unable to set permissions of vps1/rdiff-backup-data/rdiff-
backup.tmp.0/high_perms_dir to - trying again without sticky
bit (6777)
--[ Session statistics ]--
Any suggestions?
It's just a warning telling
barfing on the long filenames a few days
ago, and I didn't really need the file at the source, I have deleted
it at the source (only).
Thanos
On Feb 5, 2009, at 1:19 PM, Andrew Ferguson wrote:
On Feb 5, 2009, at 12:01 PM, Thanos Diacakis wrote:
Here's the last lines of the
On Feb 5, 2009, at 12:01 PM, Thanos Diacakis wrote:
Here's the last lines of the trace (everything earlier looks like
more of the same):
Ah, ok. Those are very helpful, thank you.
What are the contents of this directory?
z:\\LuciferBackup/Documents/OmniFocus Backups/OmniFocus Backup befor
064a 0260 4b20 4037 0400 f85f
050
051
The file is 293.8 KB.
Thanks for the help.
- Austin
PS: Andrew, sorry about the duplicate. I always forget to hit reply
all and send to the list.
On Sun, Feb 1, 2009 at 9:30 AM, Andrew Ferguson
wrote:
On Feb 1, 2009, at 10:23 AM, Aust
On Feb 4, 2009, at 9:46 PM, Thanos Diacakis wrote:
Hi all,
I am backing up from OSX to Windows and keep getting this error:
UpdateError Documents/OmniFocus Backups/OmniFocus Backup before
Upgrading 2008-11-01 184020.ofocus-backup/rdiff-backup.tmp.55620
[Errno 2] No such file or directory:
On Feb 5, 2009, at 8:13 AM, Dominic wrote:
The ones I think most interesting are first whether new repositories
can be created (logically yes, but does it work?), and second --
check-destination-dir (and automatic fixing of a previous failed
backup). Logically --check-destination-dir should w
On Feb 1, 2009, at 10:23 AM, Austin Roberts wrote:
I'm doing a backup (from Windows to Linux, though I'm not sure
that's relevant), and I've noticed that a lot of files (especially
pictures) that haven't changed at all are being incremented. It will
say "Processing changed file ..." "Increm
On Jan 27, 2009, at 6:55 PM, Ryan wrote:
I am running 1.3.1 under Windows XP, a local backup, source and dest
is NTFS.
this works OK:
rdiff-backup "my folder" "my backup"
but then:
rdiff-backup --compare "my folder" "my backup"
shows "changed: " for every file.
If I use --compare-full ,
On Jan 31, 2009, at 5:42 AM, Patrick Nagel wrote:
I think I will put this change in the 1.3.x branch ... do people
think
this should be a new option? or should we just change the semantics
of
--max-file-size / --min-file-size ? (I'm leaning towards the
latter ...)
I'd prefer the latter. P
On Jan 29, 2009, at 5:43 PM, Craig Findlay wrote:
The following crash happens consistently in 1.3.1.
Thank you for trying the development version!
The process is backing up from a Windows Small Business Server to a
Linux backup server.
How are you doing the backup? Please describe as speci
On Jan 30, 2009, at 2:41 AM, freeslkr wrote:
It seems like size_get_sf() should return None for files smaller
than X with --max-file-size=X. It looks like that's what happens
when --exclude doesn't match (though I don't code in python, so
forgive me if I'm wrong). Hmmm, it looks like I should add
On Jan 30, 2009, at 4:55 PM, Grzegorz Marszałek wrote:
Hello!
I get following error on some windows host trying to backup do
ubuntu server:
Warning: Local version 1.2.5 does not match remote version 1.2.2.
Hi,
It looks like there is a bug in rdiff-backup, sorry.
Can you please post the
On Jan 28, 2009, at 2:28 PM, Andreas Olsson wrote:
When I run rdiff-backup on my Ubuntu 8.04 (hardy) I receive the this
warning:
andr...@halleck:~$ rdiff-backup a/ b/
Warning: Your version of pyxattr (unknown) has broken support for
extended
attribut
On Jan 27, 2009, at 4:46 PM, Thanos Diacakis wrote:
1. The MSDN article describes the naming of files, but I am not
sure what is the "magic" it suggests...?
Once the article starts explaining about the \\?\ prefix, that seemed
like a terrible hack to me :-/
2. I looked over the arch
01/27)
---
Improve support for handling too long filenames under Windows. Too long
directory names and paths are still a problem. (Andrew Ferguson)
Print more helpful error messages when the remote command cannot be
started
on Windows. Thanks to Dominic for the bug report. (A
ndrew
New in v1.2.6 (2009/01/27)
---
Improve support for handling too long filenames under Windows. Too long
directory names and paths are still a problem. (Andrew Ferguson)
Print more helpful error messages when the remote command cannot be
started
on Windows. Than
On Jan 26, 2009, at 1:45 PM, Thanos Diacakis wrote:
Hi all,
I am backing up from OSX to XP over ssh and I am getting these two
errors:
UpdateError Documents/Family/Salamina/Aγωγές χαμένες-
κατάσταση αρχείων/.svn/prop-base/rdiff-backup.tmp.
3 [Errno 2] No such file or directory: 'z:\\L
On Jan 24, 2009, at 1:23 AM, freeslkr wrote:
Johannes H. Jensen pseudoberries.com> writes:
I'm trying to combine --max-file-size and --exclude in the following
way to back up everything in /home/joh/tmp/sync1 that's below 128MB:
rdiff-backup --max-file-size 134217728 --print-statistics --in
On Jan 19, 2009, at 10:15 PM, Austin Roberts wrote:
Unfortunately, the latter is what is produced when rdiff-backup adds
a directory to the current path. Using os.path.join(existing_path,
new_dir) will add the separator specific to the host operating
system. I'm familiarizing myself with the
On Jan 19, 2009, at 10:49 AM, Austin Roberts wrote:
Because of some issues I've been having (discussed in another
thread), I've made a few changes to the rdiff-backup source, and I'm
trying to build it for windows.
I have installed the Visual C++ 2008 redistributable, and the Python
for W
On Jan 18, 2009, at 12:36 PM, Andrew Ferguson wrote:
However,
>>> os.listdir("?\\c:\\Temp\\")
['dest', 'source', 'test', 'test-dest']
>>> os.listdir("?\\c:\\Temp")
Traceback (most recent call last):
F
On Jan 18, 2009, at 3:33 PM, Gregy wrote:
Hello, I would like to suggest option that lets you specify from and
to character encoding (for example --reencode cp1250 utf8) and then
use convmv to convert file names. It would allow much easier browsing
of backed up files and more freedom with restori
quot;, line 232, in patch
File "rdiff_backup\rorpiter.pyc", line 284, in __call__
File "rdiff_backup\backup.pyc", line 625, in start_process
File "rdiff_backup\backup.pyc", line 653, in prepare_dir
File "rdiff_backup\rpath.pyc", line 983, in mkdir
WindowsErro
On Jan 18, 2009, at 12:48 AM, Dominic wrote:
As I understand it, every rdiff-backup run produces a record in the
rdiff-backup repository. Many of my archives have source data which
changes infrequently or in a few cases not at all, but rdiff-backup
is run daily just in case. This means an ac
On Jan 17, 2009, at 7:47 PM, Damon Timm wrote
Neat - I got archfs installed on my linux server ... seems to do
exactly what I had before! Neat! (Though, I can't view the mounted
fuse volume through netatalk [afp] on my mac -- I'm sure that's a
fuse/netatalk issue though ... I may see if archfs
On Jan 17, 2009, at 1:08 PM, Chris Wilson wrote:
Andrew, if I strace this process it's doing a LOT of futex calls for
no apparent reason (no threads or sub processes involved). I imagine
it could be sped up by at least ten times by removing these. Worth
investigating?
Interesting. Do you w
On Jan 17, 2009, at 6:18 PM, Chris Wilson wrote:
On Sat, 17 Jan 2009, Andrew Ferguson wrote:
The reason it hasn't been implemented is that it would require
either figuring out how much space is needed beforehand (which
requires scanning the whole source repository in advance, some
On Jan 17, 2009, at 1:45 PM, Damon Timm wrote:
Is there anyway to search a range of dates ? Like 6weeks to 5weeks
ago, by chance ? Anyway, using that, with grep, probably would be
enough to find what I am looking for. It doesn't happen that often,
but, I suppose, that is what the incremental
On Jan 16, 2009, at 9:02 AM, Ryan How wrote:
I've also wondered the same thing with restore times. Maybe we
should give it a test?. I know backing up my virtual machine images
(around 30GB single file) takes a LONG time to make the diff. a
couple of hours. But it isn't running on a super mac
On Jan 16, 2009, at 7:00 AM, Michael Biebl wrote:
2.) If one of the rdiffs goes corrupt (e.g. via a bad sector), all my
older backups are broken.
Every 10 incremental diffs, rdiff-backup stores another snapshot of
the file.
So, let's say you have 22 versions of your file. Then, in the rdi
uctions,
using a remote source and local destination. Hopefully I'll be able
to script it so I can run a script from the Linux source and have
the Windows destination initiate the rdiff-backup sequence with the
native rdiff-backup binary.
If I get it working smoothly, I'll make a
On Jan 14, 2009, at 10:20 PM, Austin Roberts wrote:
I've tried both versions. The cygwin version had path too long
errors, and I haven't been able to get the native version to act as
the remote machine. I'll provide tracebacks next time I have the
opportunity to run things.
Did you look at
Hi Sphen,
Strange error ... Each time, it comes when rdiff-backup is asking for
a list of the extended attributes on those 4 files.
What does `file` and `ls -...@e` report on each of those files?
/Library/WebServer/Documents/duraseal/Comps/index.psd
/Library/WebServer/Documents/duraseal/Comp
On Jan 14, 2009, at 6:32 PM, Austin Roberts wrote:
My dad and I are trying to set up an across the internet backup
solution using rdiff-backup. I run Linux, he runs Windows. I set up
Cygwin so I could run the rdiff-backup server over SSH, but ran into
an error where path names were too long
On Jan 11, 2009, at 5:14 AM, Ryan wrote:
2) What is rdiff-backup --verify x:\dest
supposed to do? When I run it, I get these errors for many files in
my old bookmarks directory:
Warning: Cannot find SHA1 digest for file BIG/URL/2004 2/BBS
Documentary Trailers.url,
perhaps because this fea
On Jan 11, 2009, at 9:20 AM, Oliver Mulatz wrote:
Hi Andrew,
most probably you already know of this Mac OS X
backup system testing suite, but just in case you don't:
http://slagwerks.com/blog/index.php/tag/backup/
http://www.n8gray.org/code/backup-bouncer/
Hi Oliver,
Yes, rdiff-backup does q
On Jan 11, 2009, at 8:49 AM, Gad Abraham wrote:
I'm interested in using rdiff-backup to backup my home directories
in Ubuntu Hardy to an external drive (not over the network).
Are future versions of rdiff-backup guaranteed to be able to read
older backups?
Yes, there is generally an effort
On Jan 9, 2009, at 4:40 AM, Gwenael Casaccio wrote:
I'm trying to use rdiff-backup to backup my home directory
on a mounted samba share with cifs :
sudo mount -t cifs //BLABLA/foo /mnt/xork/ -
ousername=xyz,password=xyz,iocharset=utf8,file_mode=0777,dir_mode=0777
File "/var/lib/python-suppo
On Jan 8, 2009, at 5:09 PM, Gregy wrote:
It looks like the ext3 filesystem does not support your
Windows-1250 files
natively.
Yes that seems to be the problem or maybe rather then filesystem,
system encoding is the problem.
Yes. And there is nothing rdiff-backup can do about that without
On Jan 7, 2009, at 9:46 PM, Matthew Flaschen wrote:
Mac Guide wrote:
Hello
I am getting an error (possibly related to the different versions
installed). Is the difference between 1.2.1 and 1.2.3 significant
enough
to cause an error?
My source is running OS X 10.5 and rdiff-backup 1.2.3.
M
On Jan 7, 2009, at 4:54 PM, folder wrote:
I want to use rdiff-backup to make differential backups of my
Truecrypt .tc files, but I haven't been able to find any
documentation for Win XP. I have never used Linux so I need
something that doesn't expect any knowledge at all except Windows.
T
On Jan 7, 2009, at 5:25 PM, Matthew Flaschen wrote:
Gregy wrote:
Hello, I have a little problem here. I am using rdiff-backup for
linux-linux backups without issue but I have a problem with windows
version. When I backup special characters are not reencoded or
reencoded badly so it appears like
On Jan 7, 2009, at 4:09 PM, Thanos Diacakis wrote:
Then using this command:
rdiff-backup -v9 --test-server --remote-schema 'ssh -q -F ~/Settings/
ssh/ssh-home-conf2 my.windows.box.here.net -p 60666 %s' 'z:\\rdiff-
backup.exe --server'::/foo
... and it keeps dying with the trace below.
On Jan 7, 2009, at 6:01 AM, Gregy wrote:
Hello, I have a little problem here. I am using rdiff-backup for
linux-linux backups without issue but I have a problem with windows
version. When I backup special characters are not reencoded or
reencoded badly so it appears like '?' on my utf8 linux syst
On Jan 7, 2009, at 3:29 AM, Dominic wrote:
Andrew Ferguson wrote:
On Jan 5, 2009, at 6:06 AM, Dominic wrote:
... but I do get an error with rdiff-backup 1.2.4 when running
from a *Windows* client (to Linux-based rdiff-backup server) thus:
C:\>rdiff-backup -r 0D dominic-pc
1 - 100 of 524 matches
Mail list logo
