[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#265968: marked as done (rdiff-backup: Can't restore incremental backups)

Your message dated Mon, 16 Aug 2004 17:25:41 -0400
with message-id <20040816212541.GB24693@thened.net>
and subject line Inproper command?
has caused the attached Bug report to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

Debian bug tracking system administrator
(administrator, Debian Bugs database)

Received: (at submit) by bugs.debian.org; 16 Aug 2004 00:31:27 +0000
>From change@nas.com Sun Aug 15 17:31:27 2004
Return-path: <change@nas.com>
Received: from edoras.nas.com [] 
	by spohr.debian.org with esmtp (Exim 3.35 1 (Debian))
	id 1BwVPK-0007EA-00; Sun, 15 Aug 2004 17:31:26 -0700
Received: from localhost (localhost [])
	by edoras.nas.com (Postfix) with ESMTP
	id 08D41EB54D; Sun, 15 Aug 2004 17:31:22 -0700 (PDT)
Received: from edoras.nas.com ([])
 by localhost (edoras.nas.com []) (amavisd-new, port 10024)
 with ESMTP id 64703-07; Sun, 15 Aug 2004 17:31:21 -0700 (PDT)
Received: from debian1.loaner.com (dsl-47-134.nas.com [])
	by edoras.nas.com (Postfix) with ESMTP
	id 8A02CEB542; Sun, 15 Aug 2004 17:31:21 -0700 (PDT)
Received: from kingsley by debian1.loaner.com with local (Exim 3.36 #1 (Debian))
	id 1BwVPK-0003g8-00; Sun, 15 Aug 2004 17:31:26 -0700
Date: Sun, 15 Aug 2004 17:31:26 -0700
From: "Kingsley G. Morse Jr." <change@nas.com>
To: Debian Bug Tracking System <submit@bugs.debian.org>
Cc: bescoto@stanford.edu
Subject: rdiff-backup: Can't restore incremental backups
Message-ID: <20040816003126.GA12681@nas.com>
Reply-To: "Kingsley G. Morse Jr." <change@nas.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
X-Reportbug-Version: 2.43
User-Agent: Mutt/1.5.6+20040803i
Sender: "Kingsley G. Morse Jr." <kingsley@debian1.loaner.com>
X-Virus-Scanned: by amavisd-new at nas.com
Delivered-To: submit@bugs.debian.org
X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2004_03_25 
	(1.212-2003-09-23-exp) on spohr.debian.org
X-Spam-Status: No, hits=-8.0 required=4.0 tests=BAYES_00,HAS_PACKAGE 
	autolearn=no version=2.60-bugs.debian.org_2004_03_25

Package: rdiff-backup
Version: 0.13.4-3
Severity: critical
Tags: sid
Justification: causes serious data loss

Thanks for maintaining rdiff-backup. 

It's concept is great.

The main reason I'm writing is to report that, at
least on my box, rdiff-backup seems to be unable
to restore incremental backups. 

I suspect that I'm doing something wrong, but,
since no one knows if they can restore data until
they try and the consequences of failing can be
severe, I decided to email you.

For example, when I type:

    $ rdiff-backup --restore-as-of 3M /etc/passwd /tmp

it reports:

    Traceback (most recent call last):
      File "/usr/bin/rdiff-backup", line 23, in ?
      File "/usr/lib/python2.3/site-packages/rdiff_backup/Main.py", line 259, in Main
      File "/usr/lib/python2.3/site-packages/rdiff_backup/Main.py", line 239, in take_action
        elif action == "restore-as-of": Restore(rps[0], rps[1], 1)
      File "/usr/lib/python2.3/site-packages/rdiff_backup/Main.py", line 451, in Restore
        if not restore_root_set: assert restore_set_root(src_rp)

However, incremental files exist:

    $ ls -l /mnt/backup/rdiff-backup-data/increments/etc/passwd*


    -rw-r--r--    1 root     root          259 Aug 16  2003 /mnt/backup/rdiff-backup-data/increments/etc/passwd-.2004-07-07T01:21:01-07:00.diff.gz
    -rw-r--r--    1 root     root          399 Aug 16  2003 /mnt/backup/rdiff-backup-data/increments/etc/passwd.2004-07-07T01:21:01-07:00.diff.gz


-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.7-1-k7

Versions of packages rdiff-backup depends on:
ii  libc6                       2.3.2.ds1-13 GNU C Library: Shared libraries an
ii  librsync1                   0.9.6-8      Binary diff library based on the r
ii  python2.3                   2.3.1-2      An interactive high-level object-o
ii  rdiff                       0.9.5-2      Binary diff tool for signature-bas

-- no debconf information


Received: (at 265968-done) by bugs.debian.org; 16 Aug 2004 21:26:29 +0000
>From alec@thened.net Mon Aug 16 14:26:29 2004
Return-path: <alec@thened.net>
Received: from mail.bowdoin.edu [] 
	by spohr.debian.org with esmtp (Exim 3.35 1 (Debian))
	id 1Bwozt-0007KP-00; Mon, 16 Aug 2004 14:26:29 -0700
Received: from splinter (rocksteady.bowdoin.edu [])
 by mail.bowdoin.edu
 (iPlanet Messaging Server 5.2 HotFix 1.21 (built Sep  8 2003))
 with ESMTP id <0I2K00HT66786I@mail.bowdoin.edu> for
 265968-done@bugs.debian.org; Mon, 16 Aug 2004 17:25:56 -0400 (EDT)
Received: by splinter (Postfix, from userid 1000)	id A039D6D3; Mon,
 16 Aug 2004 17:25:41 -0400 (EDT)
Date: Mon, 16 Aug 2004 17:25:41 -0400
From: Alec Berryman <alec@thened.net>
Subject: Inproper command?
To: 265968-done@bugs.debian.org
Message-id: <20040816212541.GB24693@thened.net>
MIME-version: 1.0
Content-type: multipart/signed; boundary=yNb1oOkm5a9FJOVX;
 protocol="application/pgp-signature"; micalg=pgp-sha1
Content-disposition: inline
User-Agent: Mutt/1.5.6+20040722i
X-Ned-Wuz-Here: Yes
X-Operating-System: Debian GNU/Linux 3.1 with kernel 2.6.7-1-686
X-GPG-Fingerprint: 3DB5 8785 53D9 8BF4 5049 B6B9 02E7 7FD9 881C 85C4
X-GPG-Key: http://www.thened.net/~alec/static/alec.asc
Delivered-To: 265968-done@bugs.debian.org
X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2004_03_25 
	(1.212-2003-09-23-exp) on spohr.debian.org
X-Spam-Status: No, hits=-3.0 required=4.0 tests=BAYES_00 autolearn=no 

Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

Hi Kingsley,

Thanks for reporting.

You said that the command you ran was:

  rdiff-backup --restore-as-of 3M /etc/passwd /tmp

I believe your problem is that rdiff-backup is interpreting
'/etc/passwd' as the location of the backup to restore.  If you wanted
to restore the file '/etc/passwd' from '/mnt/backup' (which is where
you said backups were being made), you ought to use:

  rdiff-backup --restore-as-of 3M /mnt/backup/etc/passwd /tmp

I'm going to mark this bug as done; let me know if I've incorrectly
interpreted your report.



Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: Digital signature
Content-Disposition: inline

Version: GnuPG v1.2.4 (GNU/Linux)



Reply to: