- listserv traffic listserv.traf...@sloop.net wrote:
To get to the year old version, you take the current file, and apply
200 reverse diffs to get the old one?
(And if any of the 200 rdiffs fail, you're stuck...)
Do I have it right?
no, rdiff-backup keeps a complete snapshot of the
- Marcel (Felix) Giannelia fe...@skeena.net wrote:
Regardless, parts of what I said are still true (very small patches
between increments), but it's looking now more like something's
confusing the rsync algorithm itself, rather than rdiff-backup. There
are files in the backup set that
Neal Becker wrote:
Would be nice to have a --one-filesystem option. Any thoughts?
sorry how is this different from the existing
--exclude-other-filesystems option?
dave
___
rdiff-backup-users mailing list at rdiff-backup-users@nongnu.org
Hi Dimi,
that looks great but there is no way I am going to use it if it has xml
for the config files. I have a passionate hate for using xml in config
files as do many sysadmins... just check out the low adoption of
heartbeat 2 for verification of that :)
if you want to reconsider the design,
Hi Daniel,
We have done something similar with rdiff-backup. Generally the
application you are writing doesn't even need to use rdiff-backup, it
can just schedule it to run with certain parameters. For me, the chief
role in a GUI would be for file selection and scheduling, and also
handling
Hi Mark
does this mean you are using ssh as the transport?
have you happened to test these on unix to cifs(on windows)?
dave
Marc Dyksterhouse wrote:
Note that these fixes are only needed when backing up unix to windows.
Windows to windows or windows to unix shouldn't need this. Well,
. Is it
a standard tool I need to hunt down?
Any other idea what I need to do to get this working again?
Thanks
Greg
On 10/19/06, David Kempe [EMAIL PROTECTED] wrote:
Hi Greg,
After much experimentation with various scripts, I am happy with this
latest rdiff-backup parser
It should take a list of chars to quote to override as arguments I
think. On windows I have used
--override-chars-to-quote '' I think...
dave
Qiqi Yan wrote:
What's wrong? I noticed the semicolons in the file name mentioned in the
message, which I guess is the cause. (semicolons are not
I will poke some people I know and see how we go...
dave
Corey Puffalt wrote:
Thanks, Andrew for those patches and thanks Dean for
getting them applied to CVS! Now if only we could get the librsync
people to create a new release with the fix for handling files larger
than 4GB along with a
Yes these are true - however I have had reasonable success with
un-dumped mysql files - you loose uncommitted transactions but generally
it has been acceptable...
Anyway - remember to use the --rsyncable switch to gzip (you may need to
modify automysqlbackup). it lets rdiff-backup diff the
Hi Greg,
After much experimentation with various scripts, I am happy with this
latest rdiff-backup parser we have written. Script is written by
Christian Marie, who also wrote the rdiff-backup nagios plugin on
nagiosexchange.org.
The script is designed to be passed on stdin the output of an
Hi Devraj,
how are you mounting the NAS device?
dave
Devraj Mukherjee wrote:
Hi everyone,
I am trying to use rdiff-backup to write to an NAS device and this is
wha tI get.
___
rdiff-backup-users mailing list at rdiff-backup-users@nongnu.org
we do it like this all the time.
works fine.
if you have an already mostly complete destination, you need to use
--force in your first rdiff-backup
dave
patric wrote:
Hey guys,
New to the list, so hi :-)
My question is regarding the target directory for a backup.
My problem is that I need
Karjala wrote:
I have a rule to not install any setup.exe files from sources I don't
know. (Is your program GPL? Can the source code be found somewhere on
the net?)
I have a rule not to help people who don't help themselves.
sorry.
___
you are missing librsync. get that and compile and install it first
dave
Karjala wrote:
Thanks! I tried to run the install script and got this:
_librsyncmodule.c:25:22: librsync.h: No such file or directory
I guess this belongs to one of the packages in cygwin that I didn't
install. Is
Just move it.
I do it all the time.
the format is
\dest
\rdiff-backup-data
\increments
as long as you keep the rdiff-backup-data directory and everything in it
and its increments intact, you should be fine.
just move the stuff, and update the backup script and it will kick along
http://solutionsfirst.com.au/~dave/backup/rdiff-backup1.0.1w4.exe
and you might need a patch from the rdiff-backup wiki to do windows-
windows backups (stops fsyncing)
that .exe is for windows - linux/unix
dave
Karjala wrote:
How do we do that?
Its phpwiki being strange in its error - To sign in simply make up a
wikiname in the form FirstLast - ie PeterMørch (not sure about the 'ø'
character though). You can just make em up as you go along. You can then
set a password.
Moving the wiki to media-wiki is on my list of things to do.
Devraj Mukherjee wrote:
Hi everyone,
I am a rdiff-backup newbie. Does rdiff-backup support protocols like
FTP to fetch files?
Hi Devraj,
you can do some tricky things with the remote-schema stuff, but the
problem is that rdiff-backup expects an rdiff-backup server to be at the
other end of
Felix E. Klee wrote:
* Hardware of the Linkstation: Mipsel CPU at 400MHz, ca. 64MiB RAM,
160GB HD at 7200RPM, 100MBit/s LAN.
that would be your problem.
i bet its cpu bound
dave
___
rdiff-backup-users mailing list at
roland wrote:
Is there a solution for this in the meantime ?
just export a new TEMP environment variable before you run the backup.
should be fine
dave
___
rdiff-backup-users mailing list at rdiff-backup-users@nongnu.org
Gerard van Dijnsen wrote:
I tried several times, under several conditions and I always get this
problem. I think it is a bug. Is there a workaround? Or a fix upcoming?
Tried restoring to a different location?
dave
___
rdiff-backup-users mailing
Ben Escoto wrote:
Can you try this again with the CVS version? Cengiz Gunay reported some
errors recently, and one of the changes I made in response I think might
help.
I tried the CVS version, it did make a little difference, however I am
getting a strange OS error 13 on a certain
Robert Yoon wrote:
I just recently ran into some problems with one of the hosts i am using
rdiff-backup on. its on redhat 8 and it was just working fine until
recently
#rdiff-backup -V
Segmentation fault
thats not rdiff-backup's fault i don't think
--- SIGSEGV (Segmentation fault) ---
Walter Hop wrote:
I grabbed a 500MB file and scp'ed it repeatedly across the network
from the problem client to various hosts to see if I could recreate
the ssh error outside of rdiff-backup. The error happened here as
well, so it seems to be related to large streams of data, and the
problem is
Jacques Botha wrote:
Hi all
I am looking for a list of exit status codes for rdiff-backup
i.e: I do not want to alert when a non-critical error occurred. Say a
file changed while backing up, rdiff-backup make an alert, but
ultimately the backup was successful, I don't want to alert.
If the
Hi,
our plugin for nagios is complete. It is a perl script that parses the
current state of the repository. Its designed to be conformant with the
nagios plugin spec, so it may need to be tweaked for general use, but
its works well with nagios. Saves you getting all those messages saying
the
Ben Escoto wrote:
Cool. If this actually works it would be a shame if it got lost on
this mailing list. It looks like http://www.nagiosexchange.org/ is
the main site for holding nagios plugins. Have you considered adding
the plugin there? I could also then link to it from the rdiff-backup
Ben Escoto wrote:
This may be a silly question, but is possible there are two files in
your directory that have exactly the same name (I've seen it before
but think it's some kind of directory bug)? As in, maybe
cd raid5/Support/temp/lisa/Local Settings/Temporary Internet
David Kempe wrote:
Hi,
I am getting a crash from backing up an smbfs mounted filesystem to an
ext3 system. Here is the trace:
I just rsynced the source to the destination, rmed the rdiff-backup-data
directory and ran it again with --force and get the same crash on the
same file. Any hints
Matt Ettus wrote:
I am using rdiff version 1.0.1 from the FC4 rpm. Does rdiff not work in
this manner?
I don't think it works in this manner yet - we are working on it.
Can you try the delevelopment version? It does some extra things that
might help SMBFS, CIFS and windows in general
dave
Ben Escoto wrote:
rdiff-backup now writes SHA1 sums into its mirror_metadata file for
all regular files, and checks them when restoring.
I haven't had a chance to test it yet, but I bet that pounds CPU bound
boxes. I have quite a few of these and would love a way to turn this
feature off -
Ben Escoto wrote:
if it works, python won't say anything.
That didn't work for some reason.
I think this is the same error rdiff-backup gives:
Traceback (most recent call last):
File string, line 1, in ?
OSError: [Errno 13] Permission denied
google doesn't show anything obvious as to
Ben Escoto wrote:
That shouldn't be too hard, but is there really no better solution?
Why doesn't windows have fsync? I mean, it must have some system call
that does exactly the same thing, but cygwin just doesn't map it?
From my reading it seems that the python2.4/cygwin version I have got
Ben Escoto wrote:
It would be easy to add a check and then just disable fsyncing if it's
not available, but I don't think this would be entirely safe.
since we are using windows, we have come to accept we don't live in an
ideal world :) I think we are prepared to accept not entirely safe.
Chinook wrote:
I've since got waylaid on an ObjC task, but at the time I noted that I
have Apple's version of xattr as well as Apple's Carbon ACL modules.
In the ACL modules it specifically notes that some are non-portable.
Do you have any intention/leaning towards testing for the OS and
Hi,
I am getting an error on of my cifs mounted backups -
There is something strange about the file it is trying to backup - when
rsync trys to copy it, it says File has gone away or something to that
effect, but it continues on. I would like rdiff-backup to do the same -
continue on when
Troels Arvin wrote:
The files (sp_trembl.dat and sp_uni.dat) are rather large (3.6 and 4.2 GB)
but otherwise not special. Host receiving data is a CentOS 4.1 (~=RHEL
4.1) host; host sending data is a SuSE Professional 8.1 installation.
what version of librsync and python on those?
I thought
dean gaudet wrote:
i wonder what it's trying to fsync... i suppose we could ignore an error
there, but you'd probably run into more problems.
I thought fsync didn't work on windows file systems at all. - this means
smbfs, cifs and cygwin.
I think your patch might help, but I would like to
Donovan Baarda wrote:
I'm now working at google, and am seriously considering making librsync
my 20% project... hopefully this means I will do some serious work on it
soon.
Thats great news.
perhaps you can make something to really drive the google conspiricy
nuts crazy - Google Offsite
Thomas Bettler wrote:
I just thougt would be great to have a kioslave for rdiff-backup...
whats your vision for its use?
dave
___
rdiff-backup-users mailing list at rdiff-backup-users@nongnu.org
41 matches
Mail list logo
