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(l, value))
OverflowError: long int too large to convert to int
=
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
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
, 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 exactly. It runs without an error
the first time
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
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
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
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
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
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
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:
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
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.
**
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,
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
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
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,
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 bug #25788. (Andrew
On Mar 8, 2009, at 10:14 PM, tkeene wrote:
4. Finally: ls -l on source:
PS C#58;\Users\Tommy ls -l C#58;\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
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 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
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
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
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 'type 'exceptions.OSError'':
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
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 got
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).
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 /path-to-backup-files/rdiff-backup-data/
increments/home.2009-01-20T16:27:31-08:00.dir
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
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
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).
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
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
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.
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 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
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 bug report. (Andrew
On Feb 17, 2009, at 3:28 PM, tkeene wrote:
Sending back exceptionnbsp; of type type
'exceptions.AssertionError'#58;
nbsp; File /usr/lib/python2.5/site-packages/rdiff_backup/
connection.py, line 335, in answer_request
nbsp; nbsp; result =
apply#40;eval#40;request.function_string#41;,
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 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-
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 agree
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
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,
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
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 trace (everything earlier looks
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
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
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:
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
adfergu...@gmail.com wrote:
On Feb 1, 2009, at 10:23
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
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 ...
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.
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 , I get
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 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
On Jan 24, 2009, at 1:23 AM, freeslkr wrote:
Johannes H. Jensen joh at 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
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:
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. Thanks
)
---
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. (Andrew
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
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
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
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
;080hilharmonic ;
079rchestra, ;080eter
;071ordeno, ;080hil ;083palding, ;083imon ;084ownshend ;090ak ;
083tarkey'
Fatal Error: Lost connection to the remote system
Thanks again,
- Austin
On Thu, Jan 15, 2009 at 7:46 PM, Andrew Ferguson
adfergu...@gmail.com wrote:
On Jan 15, 2009, at 8:20
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
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):
File stdin, line 1, in module
WindowsError: [Error 123] The filename, directory name, or volume
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 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, something
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
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 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
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
, Andrew Ferguson adfergu...@gmail.com
mailto:adfergu...@gmail.com wrote:
I guess you need an SSH server on the Windows machine. I had a free
one installed but recently uninstalled it (as I use rdiff the more
usual way: Windows - Linux) and can't find it now. But here is
another free one
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
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
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
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
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
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
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 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
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 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
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.
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.
On Jan 4, 2009, at 4:11 AM, Ryan wrote:
Under Windows XP with version 1.3.0, if I try to back up the
following file,
C:\important stuff
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-pcchi...@192.168.100.125::archives/
mydocs/myfile.docx myfile.docx
Traceback (most
On Jan 5, 2009, at 4:00 PM, Brad Beyenhof wrote:
First of all, I really like rdiff-backup. In most cases (all but the
one I'll detail below), it's been great for me.
Searching in the mailing-list archives has led me to believe that
either the operating system version (64- versus 32-bit) or
On Jan 6, 2009, at 4:01 PM, John covici wrote:
I hope you at least give a warning so people will know the file was
not backed up.
It gives rdiff-backup's standard UpdateError, just like other errors
which cause an individual file to fail, without taking the whole
backup with them:
On Jan 6, 2009, at 3:33 PM, sphen wrote:
having the same exact issue here as well - i am going from a case-
sensitive filesystem to one that is not. the first backup went fine
with the option:
--override-chars-to-quote ''
but subsequent backups fail. i have to choose to ignore case
On Jan 6, 2009, at 3:33 PM, sphen wrote:
having the same exact issue here as well - i am going from a case-
sensitive filesystem to one that is not. the first backup went fine
with the option:
--override-chars-to-quote ''
but subsequent backups fail. i have to choose to ignore case
On Jan 6, 2009, at 12:01 PM, Oliver Mulatz wrote:
On 2009-01-05 Oliver Mulatz wrote:
Another issue: there's a bug (RDB aborts) in '--override-chars-to-
quote'
functionality, (I require for cross-platform filesystem
compatibility).
It hits each time --override-chars-to-quote is used,
. (Oliver Mulatz)
Allow rdiff-backup to backup files which it cannot read, but can change
the permissions of. (Andrew Ferguson)
Take start and end times from same system so that the elapsed time
printed in
the statistics is not affected by time zone. (Andrew Ferguson)
Properly fix escaping DOS
On Jan 1, 2009, at 1:38 PM, Lucas Burdick wrote:
Hey There,
I’m trying to verify my backups but it seems like rdiff-backup isn’t
keeping SHA1 data to compare my files. Either that or I’m totally
missing something (entirely possible).
When I do a --verify I get the following error for
On Jan 1, 2009, at 3:22 PM, Lucas Burdick wrote:
ls -l ACCPACPL.PIF
-rwxr--rw- 1 rdiff-backup rdiff-backup 967 Dec 5 1998
ACCPACPL.PIF
file ACCPACPL.PIF
ACCPACPL.PIF: data
No, not a hardlink. (The 1 before the UID indicates the number of
links).
Is this file from a Windows
On Jan 1, 2009, at 3:50 PM, Lucas Burdick wrote:
Sorry, I should have clarified:
The source host is a Samba server. This is data for a Windows based
software package. Would this have something to do with it? The
other host, that also has these errors, is a linux based mail
server.
On Jan 1, 2009, at 5:26 PM, Lucas Burdick wrote:
1.)Testing server started by: ssh -C host_backup rdiff-backup --
server
Server OK
2.)File ACCPACPL.PIF
Type reg
Size 967
ModTime 912875522
Uid xxx
Uname source_username
Gid yyy
Gname source_groupname
Permissions 486
On Dec 28, 2008, at 6:24 AM, John covici wrote:
On my Linux system, I would like to run the cvs version of
rdiff-backup by installing all the files in their proper places, etc.
Is this possible? If so, could you let me know the steps -- seems
like all the pieces are not in the right places to
. Closes Savannah bug #24814. (Andrew
Ferguson)
Report that connection has dropped if filesystem operation returns
ENOTCONN.
Closes Ubuntu bug #219920. (Andrew Ferguson)
Print a more helpful error message if we get an error while reading an
old
current_mirror marker. This can happen because
On Dec 25, 2008, at 2:14 PM, Ian wrote:
Sorry, forgot the link: http://www.drobo.com/droboapps
Ian a écrit :
Any chance of a port of rdiff-backup to drobo/droboshare? (I
noticed that rsync was available.)
The hard work has already been done by Michal Sojka:
On Dec 24, 2008, at 1:38 PM, John covici wrote:
Can you tell me what do these warnings mean using 1.2.1?
Warning: index ('home', 'news', 'spool', 'articles', 'alt',
'activism', '697295') missing from iterator cache
Warning index ('home', 'news', 'spool', 'articles', 'alt', 'activism',
'697295')
1 - 100 of 366 matches
Mail list logo
