Re: 2.2.2-1 on Debian 10

For Debian/Ubuntu you can use Patrik's repo. Follow instructions at https://nexus.ikus-soft.com/repository/archive/rdiffweb/2.8.9/doc/installation.html#option-1-debian-ubuntu-repository to add the Debian/Ubuntu repository. You can then add Rdiffweb as suggested but you can also add

Re: Version mismatches - upgrade on Ubuntu 22.04 from rdiff-backup 2.0.5 to 2.2.2 or 2.2.6

h 00, Dominic Raferd a écrit : Hi Patrik can you add my email address to your Rdiffweb google group? For technical reasons I can't subscribe myself. Regards Dominic

Re: Encrypt

On 26/02/2024 00:07, Jonathan Hutchins wrote: Is encryption an option for rdiff-backup? Not in itself, but you can run rdiff-backup on a system with block device encryption such as LUKS + dm-crypt, and at the time of writing this is offered as an option ('encrypt with LUKS') when installing

Re: The Verification Treadmill

On 17/02/2024 03:14, Robert Nichols wrote: On 2/16/24 08:44, Dominic Raferd wrote: Until then, I am interested in your parallel processing approach. Presumably you start 8 parallel rdiff-backup verify sessions for datetime points -1 to -8 (and then, when they are all complete, -9 to -16, -17

Re: The Verification Treadmill

On 15/02/2024 20:05, Robert Nichols wrote: On 2/15/24 09:47, Dominic Raferd wrote: ...snip... So the only way to be confident about *all* the data in a repository is to use 'rdiff-backup verify' to verify each and every backup session in each repository; and this includes verifying the current

The Verification Treadmill

I wondered if those who know the rdiff-backup code from the inside can confirm or correct my understanding about verification of rdiff-backup repositories, which is as follows: 'rdiff-backup verify' verifies the integrity of all files/directories (etc) in a single backup session at the

Re: Version mismatches - upgrade on Ubuntu 22.04 from rdiff-backup 2.0.5 to 2.2.2 or 2.2.6

Thanks Patrik, I have that working now (rdiff-backup 2.2.6). On 15/02/2024 12:40, Patrik Dufresne wrote: Hello Dominic, Yes, that is to distinguish between the rdiff-backup package provided by debien repo and the various version provided by my unofficial repository. You can install

Re: Version mismatches - upgrade on Ubuntu 22.04 from rdiff-backup 2.0.5 to 2.2.2 or 2.2.6

, Patrik Dufresne wrote: Or you could use one of my unofficial rdiff-backup package compiled for most debian flavour. Https://Nexus.ikus-soft.com You can follow instructions to install APT repo from rdiffweb documentation. On Thu., Feb. 15, 2024, 02:32 EricZolf, wrote: Hi Dominic, Mixing 2.2

Version mismatches - upgrade on Ubuntu 22.04 from rdiff-backup 2.0.5 to 2.2.2 or 2.2.6

and 2.2.2 on the server)? I was hoping for a PPA offering this, but I can't find one :( Dominic

Re: cross-platform backup tool Same files from different source dir causes spurious diff files

On 15/02/2022 02:24, Mr. Clif wrote: Hi Folks, In case it's helpful, here's a shell function I came up with to backup snapshots of VMs in a way that preserves the usual UIDs and GIDs: ... This is clever but I was puzzled why you experience this UID/GID shift problem in the first place - I

Re: cross-platform backup tool Same files from different source dir causes spurious diff files

On 10/02/2022 07:19, Mr. Clif wrote: ...Right now my backups for this vm have been corrupted by the shifted UID/GIDs I can no longer use that archive to restore to the running vm... If you want to regress your archive back to a 'clean' state you can try my rdiff-backup-regress script

Re: cross-platform backup tool Unexpectedly Slow on Initial Backup

On 08/02/2022 06:59, ewl+rdiffbac...@lavar.de wrote: Hi, just because I became curious, the numbers are probably not to be compared: - iperf3 tells me ~170Mbit/s - I transferred initially my Downloads repository from laptop to server (which has roughly as much disk as you have RAM :-P),

Re: Long-time rdiff-backup user confused on new installation: permissions

On 06/11/2021 18:45, Bill Harris wrote: I've been using rdiff-backup for 10+ years... What is the problem?

Re: Trouble running rdiff-backup after Windows updates

On 01/11/2021 15:21, Michael Crider - HOEC wrote: We have used rdiff-backup for well over 10 years for our Linux servers and workstations, and until recently to back up Windows servers and workstations we mounted their drives locally on the backup server and ran rdiff-backup against the mount.

Re: Fresh snapshot

You could try using rdiff-backup --no-compression (or --no-compression-regexp). This will make backups bigger but should speed up backups and restores. The only built-in compression offered by rdiff-backup is gzip, but if you run rdiff-backup --no-compression to a file system using

Re: change timestamps of backups?

On 22/04/2021 08:31, griffin tucker wrote: On Thu, 22 Apr 2021 at 17:17, Dominic Raferd wrote: On 22/04/2021 08:07, Dominic Raferd wrote: On 22/04/2021 08:01, griffin tucker wrote: I've tried using deduplication, but only get about 6gb savings per 30gb. I intend on using squashfs on top

Re: change timestamps of backups?

On 22/04/2021 08:07, Dominic Raferd wrote: On 22/04/2021 08:01, griffin tucker wrote: I've tried using deduplication, but only get about 6gb savings per 30gb. I intend on using squashfs on top of rdiff-backup, btrfs is just being used temporarily. On Thu, 22 Apr 2021 at 16:41, Dominic

Re: change timestamps of backups?

On 22/04/2021 08:01, griffin tucker wrote: I've tried using deduplication, but only get about 6gb savings per 30gb. I intend on using squashfs on top of rdiff-backup, btrfs is just being used temporarily. On Thu, 22 Apr 2021 at 16:41, Dominic Raferd wrote: On 22/04/2021 07:03, griffin tucker

Re: change timestamps of backups?

On 22/04/2021 07:03, griffin tucker wrote: i have a collection of the last 5 monthly dumps of various wikis from dumps.wikimedia.org each dump has numbered directories in the format 20210501, 20210401, 20210301, etc. all the filenames in these directories remain the same with each wiki's dump,

Re: Why are you using rdiff-backup?

On 26/03/2021 12:44, Reio Remma wrote: On 26.03.2021 14:41, Arrigo Marchiori wrote: I would like to add:   * Multi-platform (I have used it on Windows, Linux, FreeBSD)   * Easy to deploy and schedule, because all parameters are given on     the command line   * Command-line interfaces allows

Re: File Formats

On 27/03/2021 07:29, reg.rdiff_bac...@excel4x.com wrote: On 25.03.2021 09:29, reg.rdiff_bac...@excel4x.com wrote: I just heard about rdiff-backup and I'm planning how to configure it. The documentation says: "Earlier states of your files are saved just by 1) keeping a copy of them, 2) in

Re: Initial Backup Archive

On 25/03/2021 07:29, reg.rdiff_bac...@excel4x.com wrote: I plan to use rdiff-backup on Windows using Windows networking - e.g. drive letter for remote file access. I have a mirrored copy of files already on the backup system. 1) Can I run rdiff-backup for the first time with a pre-populated

Re: Feedback required - new arguments parsing for rdiff-backup

On 02/01/2021 20:38, Eric L. Zolf wrote: Hello everybody, first, let me wish you a happy new year, health and good luck. I'm currently working on using argparse to improve the way command line arguments are parsed, in a way compatible with the old handling while developing a new, hopefully

Debian/Ubuntu official release push from 2.0.0

Can someone help with getting the latest stable release of rdiff-backup i.e. 2.0.5 into the official repositories of Debian/Ubuntu (instead of 2.0.0)? (Otto has Ubuntu launchpad repos which allow 2.0.5 to be installed on old systems, and allow the latest development version to be installed on

Re: rdiff-backup to 2.0.3 on bullseye (ubuntu 20.04)

On Sun, 28 Jun 2020 at 17:20, Otto Kekäläinen wrote: > > Hello! > > ke 24. kesäk. 2020 klo 16.14 Dominic Raferd (domi...@timedicer.co.uk) > kirjoitti: > > > > Hi Otto, > > > > Thanks for your great work on rdiff-backup and for your PPAs! > > > &g

Re: Discussion about file format for the future

On Tue, 9 Jun 2020 at 15:28, Derek Atkins wrote: > > EricZolf writes: > > > 3. to answer Derek's e-mail as well: would it have an impact on speed? > > To be honest, no clue, we would need to analyze this. > > Just as another data point, apparently a year ago my backup server > wasn't backing

Re: Discussion about file format for the future

On Thu, 4 Jun 2020 at 11:46, EricZolf wrote: > > rdiff-backup has currently its own file formats, which are far from > being standard, meaning a lot of custom code to handle these formats, > respectively a lot of different files... +1 for YAML, but please retain compatibility (at least for

Re: Doubled dates in old repositories

On Tue, 21 Apr 2020 at 07:17, Eric Lavarde wrote: > > > On 20/04/2020 22:54, Gregor Zattler wrote: > > Hi Eric, > > * "Eric L. Zolf" [2020-04-20; 07:43]: > >> How to detect (under Linux): run `cd MY_BACKUP_REPO; ls -1 > >> rdiff-backup-data/mirror_metadata.* | sed -e 's/^.*mirror_metadata\.//'

Re: Doubled dates in old repositories

On Mon, 20 Apr 2020 at 19:10, Eric L. Zolf wrote: > Hi Dominic, > > On 20/04/2020 08:40, Dominic Raferd wrote: > > I have checked our 108 repositories which go back a long way (I am still > > using v1.2.8). I find this issue in one repository for some 27 dates > > (mos

Re: Doubled dates in old repositories

d remove it all before upgrading to v2. Thanks for all your (and others') great work on updating rdiff-backup. Dominic

Re: [Errno 28] No space left on device

On Thu, 14 Nov 2019 at 19:12, wrote: > Hi, > > On 14/11/2019 01:47, Yves Bellefeuille wrote: > >> 3. which file system type you are using to backup? > > Backing-up from NTFS (Windows 7) to ext4. > > Cross-filesystem-types backup is always a bit tricky. This said if you > have the occasion, it

Re: [rdiff-backup-users] --check-destination-dir taking a very long time

Is it possible you are running out of temporary file space? You can specify a different tmp location with switch --tempdir (or, if running to remote server, --remote-tempdir). When checking an archive rdiff-backup may need a lot of temporary space for all that unpacking. By the way, it may not be

Re: [rdiff-backup-users] Future of rdiff-backup: Python 3 migration and project maintainership in general

On Fri, 26 Jul 2019, 17:37 Otto Kekäläinen, wrote: > Hello! > > There has not been any new releases of rdiff-backup since 2009. If the > original maintainer does not intend to work on this project, could I > please be allowed to take over? > > I am a Debian Developer and active in multiple open

Re: [rdiff-backup-users] rdiff-backup result is missing text files but no errors, sourcedir to big >2TB

On Fri, 19 Jul 2019 at 20:43, Jelle de Jong wrote: > On 7/18/19 4:45 PM, Lew Wolfgang wrote: > > On 07/17/2019 04:48 AM, Jelle de Jong wrote: > >> Hello everybody, > >> > >> I am trying to run an rdiff-backup and it keeps missing some documents > >> compared with the source, we are using a

Re: [rdiff-backup-users] Exception 'Ace type 9 is not supported yet'

e to create a new backup set, so I won't know if this > workaround helps immediately. > > Would anyone be able to shed light on this issue? Is there a way to make a > failure to copy (this kind of) ACE non-fatal? > I advise running rdiff-backup from Windows with --no-acls, and following any restore consider using icacls to fix permissions back to the standard inherited ones e.g. icacls %APPDATA%\Thunderbird /reset /t /c /q Dominic Raferd https://www.timedicer.co.uk ___ 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] Strange "No space left on device"

On Sat, 27 Apr 2019 at 10:28, David Croll wrote: > > Dear rdiff-backup people, > > > Yesterday, a backup failed repeatedly. Error Number 28 - No space left > on device. The backup stopped with a specific file, a Firefox cache file > with a size of 0 bytes. > > But neither on the source nor on

Re: [rdiff-backup-users] Win 2019 to linux doesn't work

On Fri, 29 Mar 2019 at 11:57, Harald Hannelius wrote: > > On Fri, 29 Mar 2019, Dominic Raferd wrote: > > On Fri, 29 Mar 2019 at 11:47, Harald Hannelius < > harald.hannel...@arcada.fi> > > wrote: > >> On Fri, 29 Mar 2019, Dominic Raferd wrote: > >>>

Re: [rdiff-backup-users] Win 2019 to linux doesn't work

On Fri, 29 Mar 2019 at 11:47, Harald Hannelius wrote: > > On Fri, 29 Mar 2019, Dominic Raferd wrote: > > On Fri, 29 Mar 2019 at 11:01, Harald Hannelius < > harald.hannel...@arcada.fi> > > wrote: > > > >> If I run the command "ssh -C root@backupser

Re: [rdiff-backup-users] Win 2019 to linux doesn't work

On Fri, 29 Mar 2019 at 11:01, Harald Hannelius wrote: > > Hi all, > > I have a win 2019 server that I'd like to take backups from. I'm using the > OpenSSH version included in MS RSAT and I have succesfully created > SSH-keys > and I can verify that running the ssh-command indeed starts a

Re: [rdiff-backup-users] Trouble with interrupted rdiff-backup

On Mon, 24 Dec 2018 at 11:20, dsep...@t-online.de wrote: > Today morning i started a backup. This backup gots interrupted by the feet > of our cat :) > > So i thought, that i simply empty the target directory and start over from > scratch. But no luck. Everything i try gets answered from

Re: [rdiff-backup-users] Forgetting to run as root: how to recover quickly

On Wed, 1 Aug 2018 at 17:31, Bill Harris wrote: > On Tue, Jul 31, 2018 at 10:30 AM Dominic Raferd > wrote: > >> On Tue, 31 Jul 2018 at 16:53, Bill Harris wrote: >> >> > I've used rdiff-backup for years, and I'm mostly very happy with it. >> There >> &

Re: [rdiff-backup-users] Forgetting to run as root: how to recover quickly

On Tue, 31 Jul 2018 at 16:53, Bill Harris wrote: > I've used rdiff-backup for years, and I'm mostly very happy with it. There > is one problem that crops up occasionally; and I haven't found a way around > it yet. > > AFAICT, rdiff-backup likes running as root. On rare occasion, I forget and >

Re: [rdiff-backup-users] backups failing

hive before adding a new increment and ideally take a backup of said archive in between: - verify (primary) archive - if successful, update your backup of archive - if update of you backup of archiveis successful, add increment to (primary) archive Dominic, https://www.timedicer.co.uk __

Re: [rdiff-backup-users] Still maintained?

I am still reading the list and actively using rdiff-backup, which works well. However it seems to be effectively unmaintained and has been for some time. I don't do python sadly. It would be great if someone such as Patrik could take it on (as he has done so well for rdiffweb, which provides a

Re: [rdiff-backup-users] rdiff-backup-regress script query - need to be 'nobody' or 'root'

ckups > > rdiff-backup-regress.sh v1.0 [25 Aug 2016] by Dominic (-h for help) > === > > You are user 'root', not 'nobody', which may result in changed ownership > of some files. > Are you sure you wish to continue (y/-)? n > Exiting, no changes made > r

Re: [rdiff-backup-users] Remove (large) files from backup without generating negative diff

On 11 June 2017 at 11:13, Marcin Zajączkowski wrote: > Hi, > > I have a long established backup with some large files which I would > like to move to another directory withing the same backup (or just > remove entirely from the backup) as a clean up of the original disk >

Re: [rdiff-backup-users] "Found too many current_mirror incs!"

ls: cannot access /srv/Data/101vmail/rdiff-backu > p-data/mirror_metadata.2017-04-30T19:45:01+01:00.snapshot.gz: No such > file or directory > Ended Thu May 4 08:15:45 BST 2017 > ​...​ > > Dominic, thank you very much for the insights and the script, ​Sorry you haven't

Re: [rdiff-backup-users] "Found too many current_mirror incs!"

On 3 May 2017 at 22:28, Ron Leach <ronle...@tesco.net> wrote: > On 02/05/2017 23:42, Dominic Raferd wrote: > > >> I suggest you take a backup of the existing broken repository and then try >> on it the latest version of my script which can be obtained from >> ht

Re: [rdiff-backup-users] "Found too many current_mirror incs!"

On 3 May 2017 at 08:37, Ron Leach <ronle...@tesco.net> wrote: > On 02/05/2017 23:42, Dominic Raferd wrote: > >> >> >> I suggest you take a backup of the existing broken repository and then try >> on it the latest version of my script >> > > Domini

Re: [rdiff-backup-users] "Found too many current_mirror incs!"

> > ​...​ > > I searched for this new error and, in this archive, > > http://www.backupcentral.com/forum/17/213517 > > Dominic announces what I imagine is an early version of his regress script > which overcomes this second error. > > But I am unsure whether to

Re: [rdiff-backup-users] Backup fails with "lost connection to the remote"

gt; around that ? ​If your Jenkins server's fs is on top of LVM, you can create an LVM snapshot and then backup from that. Btrfs and zfs, for instance, offer snapshot capabilities too - so does Windows NTFS. Ext[234] filesystems have no built-in snapshot capability - you have to put them on

Re: [rdiff-backup-users] Backup multiple disks (on Windows)

be found from /cygdrive/. I haven't tried with 'Bash on Ubuntu on Windows' which is available with Windows 10. Regards, Dominic ___ rdiff-backup-users mailing list at rdiff-backup-users@nongnu.org https://lists.nongnu.org/mailman/listinfo/rdiff-backup-

Re: [rdiff-backup-users] [bug] Excluding hidden files the wrong way doesn't result in an error

On 4 January 2017 at 22:40, Ilario wrote: > 2017-01-04 20:11 GMT+01:00 Adrian Klaver : >> On 01/04/2017 11:00 AM, Ilario wrote: >>> Excluding a hidden file without full path doesn't rise an error (as >>> happens with non hidden files) and copies

Re: [rdiff-backup-users] [bug] AssertionError: Bad index order

On 4 January 2017 at 16:08, Ilario wrote: > 2017-01-04 15:53 GMT+01:00 Ilario : >> 2017-01-04 15:17 GMT+01:00 Ilario : >>> AssertionError: Bad index order: ('long_filename_data', '820') >= >>> ('backup-20140716', 'progetti',

Re: [rdiff-backup-users] --restore-as-of error

If this doesn't work, try with --remote-tempdir [path] instead of/as well as --tempdir [path], as you seem to be restoring from a remote machine and in this case I think the remote machine probably does the heavy lifting. On 12 July 2016 at 07:29, Dominic Raferd <domi...@timedicer.co.uk>

Re: [rdiff-backup-users] --restore-as-of error

Put the --tempdir (path) before the main parameters. On 12 Jul 2016 07:24, "Stephen Butler" wrote: > Hi all, > > > I'm experimenting with restoring older version of a large outlook file > (9gb) > > > My command and the error output. > > sudo rdiff-backup

Re: [rdiff-backup-users] rdiff-backup performance -- slow operation on initial backup?

gt; Thank you for taking the time to look at this.. > > > > On Mon, March 28, 2016 10:41 am, Dominic Raferd wrote: > >> Is this really your first rdiff-backup to this location? If you have any > >> previous rdiff-backup runs to this repository then the situation

Re: [rdiff-backup-users] rdiff-backup performance -- slow operation on initial backup?

? rdiff-backup uses this location for some operations though not AFAIK for standard backup runs. Still, if /tmp is on encfs maybe it could be a culprit; you can override rdiff-backup's temporary file location with --tempdir and --remote-tempdir. Might also be worth trying --ssh-no-compression. Dominic

Re: [rdiff-backup-users] How to cope with missing 'rdiff-backup-data' in destination directory

IMO it would be worth the initial hours to do a 'proper' initial rdiff-backup run and start with a clean repository that verifies without any warnings. Dominic On 18 February 2016 at 09:05, R. Diez <rdiezmail-2...@yahoo.de> wrote: > Hallo Dominic: > > Some time ago I posted

Re: [rdiff-backup-users] Sol1 taking over rdiff-backup

Great news, thank you for taking on this responsibility. Dominic On 13 February 2016 at 05:28, Dave Kempe <d...@sol1.com.au> wrote: > Gday, > as of today, Sol1 has taken over official maintainership of rdiff-backup. > We have done so with the blessing of the original aut

Re: [rdiff-backup-users] How to cope with missing 'rdiff-backup-data' in destination directory

*. Fatal Error: Lost connection to the remote system If you do as it suggests and run rdiff-backup with --force option, it should complete successfully and convert the destination directory in an rdiff-backup repository. Dominic On 18 January 2016 at 08:15, R. Diez <rdiezmail-2...@yahoo.de>

Re: [rdiff-backup-users] python3 support

no longer wants to be involved, perhaps you could become the maintainer? Dominic On 4 January 2016 at 01:49, Patrik Dufresne <ikus...@gmail.com> wrote: > With python2 support ending in 2020, I'm wondering if there are any effort > to support both python2 and python3. > > The last v

Re: [rdiff-backup-users] Exception 'Path: C:/.ssh, just after start of rdiff

I am not a python coder sadly, but the fault appears to be generated by this line in fs_abilities.py: assert letter_rp.lstat(), letter_rp I would suggest commenting out this line, as it is just an error test, and in this case it may be a 'false positive', but of course this is not so easy for

Re: [rdiff-backup-users] Repair repository

of the repository data (except metadata)? Can you successfully verify the repository back to 2015-08-21T01:12:31-04:00 or (better) one backup earlier? Dominic On 23/09/2015 23:48, Patrik Dufresne wrote: I finally manage to repair the archive ! I've browse the code to determine where it's

Re: [rdiff-backup-users] Repair repository

Hi Patrik On 22/09/2015 22:00, Patrik Dufresne wrote: I've tried the script. I had issues with it. It searchs 'current_mirror' file recursively. For some reash, the backup contains files named 'current_mirror'. I add `-maxdepth 1` to fix this. Good point, I have updated the script with

Re: [rdiff-backup-users] Repair repository

After deleting the current_mirror file did you then run rdiff-backup with --check-destination-dir? This performs the actual regression to the previous, hopefully consistent, backup. On 15 September 2015 at 00:46, Patrik Dufresne wrote: > Hello, > > One of my backup repository

Re: [rdiff-backup-users] Repair repository

I suggest you try using my rdiff-backup-regress - at http://www.timedicer.co.uk/programs/help/rdiff-backup-regress.sh.php - this can force a regression (or multiple regressions). On 15 September 2015 at 12:34, Patrik Dufresne <ikus...@gmail.com> wrote: > Hello Dominic, > > I did n

Re: [rdiff-backup-users] Non recoverable error "raised of class '':"

s probably not much help in your situation. You could try physically mounting your R: drive on a Linux system, copy the whole repo onto a Linux-based filesystem (e.g. ext4), and then try doing a remote backup from the Windows machine to the new repo

Re: [rdiff-backup-users] backup Windows to Linux file permissions

permission. So only that user (and the linux administrator uid 0) can gain access. Dominic I've setup rdiff-backup to backup a windows computer. The backup always complete successfully, but the files created on the Linux servers are set to 0777. Security wise, it's very bad since everyone able

Re: [rdiff-backup-users] State of the rdiff-backup project

buggy. Dominic http://www.timedicer.co.uk ___ 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] Exception '[Errno 28] No space left on device'

already of course) e.g. /mnt/hda1/tmp/. You could also try regressing directly on the remote machine using rdiff-backup --check-destination-dir --tempdir /mnt/hda1/tmp /my/repository Dominic On 22/07/2015 06:53, Stephen Butler wrote: Perhaps this is an inode problem ? I just tried regressing

Re: [rdiff-backup-users] Exception '[Errno 28] No space left on device'

Use --remote-tempdir switch to set the temp dir to be used on the remote machine. On 21/07/2015 03:15, Stephen Butler wrote: Thanks Bob, That sounds like a good lead, The server is running tinycore and /tmp is in memory. I've created following folder on server /mnt/hda1/tmp I've set it to

Re: [rdiff-backup-users] backup keeps failing

-backup-data subdirectory from your repository - as you did - will destroy the repository I think; IMO the error message that suggests it is confusing at best. Time to start over, I agree. How much swap space does your microcore machine have? And how much processing power? Dominic On 06/02/2015

Re: [rdiff-backup-users] Script to delete unwanted files from your repository

. Dominic On 16/01/2015 00:45, Mr. Clif wrote: Greetings, Like many folks I was happily using rdiff-backup and at some point down the road I started to run out of space in my backup repository. What to do? I read the FAQ, and found some other notes on Serverfault. Eventually I wrote a little script

Re: [rdiff-backup-users] Remove the latest accidentally created backup

Marcin: Please look at my utility rdiff-backup-regress at http://www.timedicer.co.uk/programs/help/rdiff-backup-regress.sh.php In your case I think you need to run it with -n 2. Regards, Dominic http://www.timedicer.co.uk/ On 28/12/2014 19:31, Marcin Zajączkowski wrote: Hi, I accidentally

Re: [rdiff-backup-users] Deleteing Files from repository

-backup with --check-destination-dir. It might work it might not. If you haven't got this file anywhere then you could carry on using rdiff-backup and ignore these error messages. I think/hope that rdiff-backup will carry on working fine with the rest of the data in the repository. Dominic

Re: [rdiff-backup-users] --exclude problems

connect from Windows to Linux with -c, instead you need to use something like this: rdiff-backup.exe [...] --remote-schema C:\Program Files\Putty\plink.exe %%s rdiff-backup --server [...] and of course you have to have plink.exe, which comes with Putty... Dominic On 09/10/2014 06:07, Stephen

Re: [rdiff-backup-users] Web GUI

rdiffWeb is maybe 'stale' but it still works fine. If you have problems installing it, try my helper program: http://www.timedicer.co.uk/programs/help/rdiffweb-install.sh.php Dominic On 09/10/2014 14:03, m...@dkriesel.com wrote: Am 09.10.2014 15:00, schrieb Dale E. Qualls: Is anyone using

Re: [rdiff-backup-users] Web GUI

Stefan, the changelog you have found is for my installer program rdiffweb-install.sh, not for rdiffWeb itself. There is unofficial update for rdiffWeb at https://github.com/ikus060/rdiffweb. Dominic On 09/10/2014 17:30, Stefan Kelemen wrote: Hi, It looks only stale, but there is some

Re: [rdiff-backup-users] --exclude problems

Stephen: As you seem to be running this under Windows, please try: --exclude **.pst Dominic On 08/10/2014 07:09, Stephen Butler wrote: Hi all, Having trouble excluding Outlook.pst file from a backup. Target dir is d:/Users/Steve And the outlook.pst file is located several sub folders below

Re: [rdiff-backup-users] Incremental restoration

attic repository. Did I miss something? Dominic On 17/09/2014 03:52, SiegeLordEx wrote: Hello, For various reasons I decided that I want to migrate off of rdiff-backup to a different backup solution (currently thinking of attic). My current plan involves restoring my backup at each

Re: [rdiff-backup-users] adding --resume back

On 04/09/2014 15:39, Dominic Raferd wrote: I like that idea. But whereas the initial snapshot takes up almost no disk space, I think that deleting its rdiff-backup-data directory would cause it to swell in size by the size of the rdiff-backup-data directory, or perhaps somewhat more (since

Re: [rdiff-backup-users] adding --resume back

) of the rdiff-backup repository onto a separate physical volume before starting the procedure above As an alternative to LVM (upon which you can mount any filesystem), I think btrfs offers its own built-in snapshot capability Dominic On 03/09

Re: [rdiff-backup-users] adding --resume back

contribution. Dominic ___ 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] adding --resume back

On 04/09/2014 15:02, Chris Wilson wrote: Hi all, On Thu, 4 Sep 2014, Dominic Raferd wrote: If I had enough space for the LVM snapshot, I would probably rsync the current data and run rdiff-backup locally on the destination every time rsync succeeds. This would provide - in our setup

Re: [rdiff-backup-users] solid backup

You could also consider duplicity http://duplicity.nongnu.org/ which creates encrypted tar-format volumes, but it is a different tool to rdiff-backup. On 25/07/2014 23:10, Egor M. wrote: No problem. Can't recommend anything here though as I don't

Re: [rdiff-backup-users] Possible to merge backups of the same source on multiple destinations?

, Dominic On 25/06/2014 17:18, Steve Stachurski wrote: Hi- I apologize if this is a basic question with an obvious answer, I've tried searching these archives, and reading over

Re: [rdiff-backup-users] Help - rdiff-backup removing permision on target folder

Can you give us a bit more informationj? What is the full rdiff-backup line that apparently causes the problem? What linux os are you running on the server? On 24/05/2014 05:57, bt101 wrote: I'm been stumped by a problem for days. I use nothing but linux and have been using rdiff-backup for

Re: [rdiff-backup-users] Gentoo masking rdiff-backup

above. Dominic TimeDicer: Free File Recovery from Whenever P.S. As a test I have just recovered a database from rdiff-backup archive - the retrieved file is dated December 2008, since when it has been through 1724 updates. The file is perfect

Re: [rdiff-backup-users] Files Missing In Backup Resulting in Update Error

and --no-acls which may or may not be significant, and I backup from an LVM snapshot of the source. What are the underlying filesystems for the sources (/etc and /home) and for the destination (YYY.domain.nl::/data/backup/XXX/rdiff-disk-backup)? Dominic -- TimeDicer

Re: [rdiff-backup-users] Files Missing In Backup Resulting in Update Error

. If not, is it possible for you to run rdiff-backup the other way around i.e. run rdiff-backup on the destination (with local gfs2) pulling from remote ext4 source? And/or try it with --no-eas and/or -no-acls. Dominic On 15/05/2014 10:06, M. Verkerk wrote: Dominic

Re: [rdiff-backup-users] Files Missing In Backup Resulting in Update Error

. If the missing files are unimportant, Chris Wilson suggested a way to stop these messages appearing. Dominic On 06/05/2014 15:01, M. Verkerk wrote: Dear all, Thanks for this script! Really fills the gap between rsync and more

Re: [rdiff-backup-users] excluding .git, .svn, c from rdiff-backup

/index.php/RdiffBackupWiki Try adding ** immediately after .git, .svn and .ssh. Dominic -- TimeDicer: Free File Recovery from Whenever ___ rdiff-backup-users mailing list at rdiff-backup-users@nongnu.org https

Re: [rdiff-backup-users] Warning: Attempt to rename over same inode

Dominic -- TimeDicer: Free File Recovery from Whenever ___ rdiff-backup-users mailing list at rdiff-backup-users@nongnu.org https://lists.nongnu.org/mailman/listinfo/rdiff-backup-users Wiki URL: http://rdiff

Re: [rdiff-backup-users] Safe to remove old increments while a backup runs?

no ongoing rdiff-backup activities except for certain 'safe' ones such as restore, list, compare. Dominic -- TimeDicer: Free File Recovery from Whenever ___ rdiff-backup-users mailing list at rdiff-backup-users@

Re: [rdiff-backup-users] ignore file access error

is to use LVM snapshots or something similar (I have no experience with these though). I've never seen this error message myself but then I always backup from snapshots - Windows and Linux :-) Regards, Dominic On 13/03/2014 20:23, Martin Mazur wrote: Hello everyone, for a few weeks I am

Re: [rdiff-backup-users] remove a single backup from increments

recent increment(s) - see my script: http://www.timedicer.co.uk/programs/help/rdiff-backup-regress.sh.php Dominic On 08/03/2014 08:55, Marcus Schopen wrote: Hi, how do I remove a single backup run from increments, eg. the one at "Sat Mar 8 07:02:51

Re: [rdiff-backup-users] Fatal Error: Bad directory

locations on the same filesystem? 3. For the backup giving the error message, does the user on the destination machine have full permissions to create/modify any files/directories at the destination location? Dominic On 28/01/14 15:28, mmosteller wrote: First off, this is all done on Ubuntu

Re: [rdiff-backup-users] Recurring error on RH

ld attempt to ignore the error, but of course it might not work. Dominic On 22/01/2014 09:18, Laurent De Buyst wrote: I'm hoping someone will be able to help me out with the error below. I have a Red Hat 4.5 server which has been doing a backup every

Re: [rdiff-backup-users] Delete most recent increment?

On 18/12/2013 15:43, Adrian Klaver wrote: On 12/18/2013 03:29 AM, Ron Leach wrote: On 16/12/2013 15:28, Dominic Raferd wrote: Ron, see my utility here: http://www.timedicer.co.uk/programs/help/rdiff-backup-regress.sh.php Dominic, thank you for posting this. From its description, it would

  1   2   3   >