Your message dated Wed, 15 Sep 2004 22:27:01 -0400
with message-id <[EMAIL PROTECTED]>
and subject line Bug#269668: rdiff-backup crashes trying to backup to NFS
directory
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; 2 Sep 2004 19:43:29 +0000
>From [EMAIL PROTECTED] Thu Sep 02 12:43:29 2004
Return-path: <[EMAIL PROTECTED]>
Received: from stargate.theobio.uni-bonn.de (pegasus.theobio.uni-bonn.de)
[131.220.103.65]
by spohr.debian.org with esmtp (Exim 3.35 1 (Debian))
id 1C2xUW-00083B-00; Thu, 02 Sep 2004 12:43:28 -0700
Received: from neudecke by pegasus.theobio.uni-bonn.de with local (Exim 3.36 #1
(Debian))
id 1C2xU0-0001FB-00; Thu, 02 Sep 2004 21:42:56 +0200
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
From: Andreas Neudecker <[EMAIL PROTECTED]>
To: Debian Bug Tracking System <[EMAIL PROTECTED]>
Subject: rdiff-backup crashes trying to backup to NFS directory
X-Mailer: reportbug 2.64
Date: Thu, 02 Sep 2004 21:42:56 +0200
Message-Id: <[EMAIL PROTECTED]>
Sender: Andreas <[EMAIL PROTECTED]>
Delivered-To: [EMAIL PROTECTED]
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
X-Spam-Level:
Package: rdiff-backup
Version: 0.13.4-3
Severity: grave
Justification: renders package unusable
I have been using rdiff-backup for daily backups of a working directory
for a quite a while now. Recently it stopped working (I cannot say for
sure if it was after I upgraded to 0.13.4-3, but I think so).
I am backing up a subfolder of my ~ dir to a directory on another machine
mounted via NFS. I have rwx------ on the backup target directory. Now,
I keep getting crashes when rdiff backup starts (Traceback see below).
I have tried backing up to another local folder. That works fine.
I have tried to access the NFS folder not through the symbolic link in
my ~, but through the path of the mount point. Didn't work either.
The strange thing is, I never changed the way I call rdiff-backup. This
was in a little shell script.
Kind regards
Andreas
[EMAIL PROTECTED]:~$ rdiff-backup --exclude-special-files ~/biologie/diplom/
/import/Linux/home/neudecke/Daten/diplom-rdiff-backup
-----------------------------------------------------------------
Detected abilities for source (read only) file system:
Access control lists Off
Extended attributes Off
Mac OS X style resource forks Off
Mac OS X Finder information Off
-----------------------------------------------------------------
Warning: ownership cannot be changed on filesystem at
/import/Linux/home/neudecke/Daten/diplom-rdiff-backup/rdiff-backup-data
-----------------------------------------------------------------
Detected abilities for destination (read/write) file system:
Characters needing quoting ''
Ownership changing Off
Hard linking On
fsync() directories Off
Directory inc permissions On
Access control lists Off
Extended attributes Off
Mac OS X style resource forks Off
Mac OS X Finder information Off
-----------------------------------------------------------------
Traceback (most recent call last):
File "/usr/bin/rdiff-backup", line 23, in ?
rdiff_backup.Main.Main(sys.argv[1:])
File "/usr/lib/python2.3/site-packages/rdiff_backup/Main.py", line 259, in
Main
take_action(rps)
File "/usr/lib/python2.3/site-packages/rdiff_backup/Main.py", line 229, in
take_action
elif action == "backup": Backup(rps[0], rps[1])
File "/usr/lib/python2.3/site-packages/rdiff_backup/Main.py", line 273, in
Backup
backup_final_init(rpout)
File "/usr/lib/python2.3/site-packages/rdiff_backup/Main.py", line 365, in
backup_final_init
Log.open_logfile(Globals.rbdir.append("backup.log"))
File "/usr/lib/python2.3/site-packages/rdiff_backup/log.py", line 61, in
open_logfile
rpath.conn.log.Log.open_logfile_local(rpath)
File "/usr/lib/python2.3/site-packages/rdiff_backup/log.py", line 75, in
open_logfile_local
raise LoggerError("Unable to open logfile %s: %s"
rdiff_backup.log.LoggerError: Unable to open logfile
/import/Linux/home/neudecke/Daten/diplom-rdiff-backup/rdiff-backup-data/backup.log:
[Errno 21] Is a directory:
'/import/Linux/home/neudecke/Daten/diplom-rdiff-backup/rdiff-backup-data/backup.log'
[EMAIL PROTECTED]:~$ rdiff-backup --exclude-special-files ~/biologie/diplom/
~/daten/diplom-rdiff-backup
-----------------------------------------------------------------
Detected abilities for source (read only) file system:
Access control lists Off
Extended attributes Off
Mac OS X style resource forks Off
Mac OS X Finder information Off
-----------------------------------------------------------------
Warning: ownership cannot be changed on filesystem at
/home/neudecke/daten/diplo m-rdiff-backup/rdiff-backup-data
-----------------------------------------------------------------
Detected abilities for destination (read/write) file system:
Characters needing quoting ''
Ownership changing Off
Hard linking On
fsync() directories Off
Directory inc permissions On
Access control lists Off
Extended attributes Off
Mac OS X style resource forks Off
Mac OS X Finder information Off
-----------------------------------------------------------------
Traceback (most recent call last):
File "/usr/bin/rdiff-backup", line 23, in ?
rdiff_backup.Main.Main(sys.argv[1:])
File "/usr/lib/python2.3/site-packages/rdiff_backup/Main.py", line 259, in
Mai n
take_action(rps)
File "/usr/lib/python2.3/site-packages/rdiff_backup/Main.py", line 229, in
tak e_action
elif action == "backup": Backup(rps[0], rps[1])
File "/usr/lib/python2.3/site-packages/rdiff_backup/Main.py", line 273, in
Bac kup
backup_final_init(rpout)
File "/usr/lib/python2.3/site-packages/rdiff_backup/Main.py", line 365, in
bac kup_final_init
Log.open_logfile(Globals.rbdir.append("backup.log"))
File "/usr/lib/python2.3/site-packages/rdiff_backup/log.py", line 61, in
open_ logfile
rpath.conn.log.Log.open_logfile_local(rpath)
File "/usr/lib/python2.3/site-packages/rdiff_backup/log.py", line 75, in
open_ logfile_local
raise LoggerError("Unable to open logfile %s: %s"
rdiff_backup.log.LoggerError: Unable to open logfile
/home/neudecke/daten/diplom -rdiff-backup/rdiff-backup-data/backup.log: [Errno
21] Is a directory: '/home/ne
udecke/daten/diplom-rdiff-backup/rdiff-backup-data/backup.log'
-- System Information:
Debian Release: 3.1
APT prefers testing
APT policy: (990, 'testing'), (400, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.7-1-386
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED]
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.4-10sid An interactive high-level object-o
ii rdiff 0.9.6-8 Binary diff tool for signature-bas
-- no debconf information
---------------------------------------
Received: (at 269668-done) by bugs.debian.org; 16 Sep 2004 02:28:40 +0000
>From [EMAIL PROTECTED] Wed Sep 15 19:28:40 2004
Return-path: <[EMAIL PROTECTED]>
Received: from rocksteady.bowdoin.edu (splinter) [139.140.34.45]
by spohr.debian.org with esmtp (Exim 3.35 1 (Debian))
id 1C7m0m-00042l-00; Wed, 15 Sep 2004 19:28:40 -0700
Received: by splinter (Postfix, from userid 1000)
id 7287B17D4; Wed, 15 Sep 2004 22:27:01 -0400 (EDT)
Date: Wed, 15 Sep 2004 22:27:01 -0400
From: Alec Berryman <[EMAIL PROTECTED]>
To: Steve Langasek <[EMAIL PROTECTED]>, [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Subject: Re: Bug#269668: rdiff-backup crashes trying to backup to NFS directory
Message-ID: <[EMAIL PROTECTED]>
References: <[EMAIL PROTECTED]>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
protocol="application/pgp-signature"; boundary="jho1yZJdad60DJr+"
Content-Disposition: inline
In-Reply-To: <[EMAIL PROTECTED]>
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
User-Agent: Mutt/1.5.6+20040722i
Delivered-To: [EMAIL PROTECTED]
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=-6.0 required=4.0 tests=BAYES_00,HAS_BUG_NUMBER
autolearn=no version=2.60-bugs.debian.org_2004_03_25
X-Spam-Level:
X-CrossAssassin-Score: 2
--jho1yZJdad60DJr+
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
begin quotation of Steve Langasek on 2004-09-15 18:19:14 -0700:
> If this bug is unreproducible, should it also be downgraded?
I had planned on giving him two weeks from the date (Sept. 4) I last
sent the bunch of questions I hoped would help, but he hasn't replied
and I don't see any pressing reason to keep this open three more days.
Andreas said that things magically worked when he downgraded to the
ancient 0.6.1 in stable, which doesn't have the feature set that
appears to have triggered this bug, so that doesn't surprise me.
I'm going to close it - Andreas, if you can provide more information
on the questions I asked, I'd like to look into this more, but I
simply haven't been able to reproduce it and no one on the
rdiff-backup lists has reported a similar problem.
Alec
--jho1yZJdad60DJr+
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: Digital signature
Content-Disposition: inline
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)
iD8DBQFBSPn1Aud/2YgchcQRApvpAJ9FgdHtqYf0WYXJQr5d+kVpiz85oACgzbtc
7htVDo5WCgh/0CEiNl9li/Y=
=ga6t
-----END PGP SIGNATURE-----
--jho1yZJdad60DJr+--
