From MAILER-DAEMON Thu Feb 16 11:57:48 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1F9mQO-0001Wf-8A for mharc-rdiff-backup-bugs@gnu.org; Thu, 16 Feb 2006 11:56:13 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1F9mGn-0004ZR-48 for rdiff-backup-bugs@nongnu.org; Thu, 16 Feb 2006 11:46:17 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1F9mFf-0004Bh-Cq for rdiff-backup-bugs@nongnu.org; Thu, 16 Feb 2006 11:45:09 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1F9mFd-0004B4-Sd for rdiff-backup-bugs@nongnu.org; Thu, 16 Feb 2006 11:45:06 -0500 Received: from [199.232.41.3] (helo=savannah.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.52) id 1F9mKo-0004gO-0P for rdiff-backup-bugs@nongnu.org; Thu, 16 Feb 2006 11:50:26 -0500 Received: from savannah.gnu.org ([127.0.0.1]) by savannah.gnu.org with smtp (Exim 3.36 #1 (Debian)) id 1F9mFd-0006ey-00 for ; Thu, 16 Feb 2006 11:45:05 -0500 Received: by savannah.gnu.org (sSMTP sendmail emulation); Thu, 16 Feb 2006 16:45:05 +0000 Date: Thu, 16 Feb 2006 16:45:05 +0000 To: rdiff-backup-bugs@nongnu.org From: anonymous X-Savane-Server: savannah.nongnu.org:80 [199.232.41.4] MIME-Version: 1.0 Content-Type: text/plain;charset=UTF-8 X-Savane-Project: rdiff-backup X-Savane-Tracker: bugs X-Savane-Item-ID: 15772 User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.8) Gecko/20050513 Fedora/1.0.4-1.3.1 Firefox/1.0.4 X-Apparently-From: 159.149.89.89 Message-Id: <20060216-164505.sv0.24148@savannah.nongnu.org> References: In-Reply-To: Subject: [Rdiff-backup-bugs] [bug #15772] Impossible to backup after 1 failure X-BeenThere: rdiff-backup-bugs@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: rdiff-backup-bugs.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Feb 2006 16:55:57 -0000 URL: Summary: Impossible to backup after 1 failure Project: rdiff-backup Submitted by: None Submitted on: Thu 02/16/06 at 16:45 Category: None Severity: 3 - Normal Item Group: None Status: None Privacy: Public Assigned to: None Open/Closed: Open _______________________________________________________ Details: Version 1.1.5 on both sides. I was backupping a large dir over the wan (dir is large but modifications after the last backup are not so large). The network became stuck, and I terminaterd rdiff-backup with ctrl-C. After that, backupping is impossible: the following error appears. Note1: Source is fat32 but destination on server is ext3 and has plenty of space Note2: First I tried to rename the files current_mirror and mirror_metadata as the FAQ says, but it didn't solve. The following error is taken from an attempt AFTER such rename, but as far as I can tell with my eyes and memory, it is the same error as I originarily got even before renaming. [rdiffbk@mylaptoplinux fat32]$ rdiff-backup -v8 /mnt/fat32/data myremotecomp.domain.com::/rdbk_data/bkroot/mylaptop/fat32/data Executing ssh -C myremotecomp.domain.com rdiff-backup --server Registering connection 1 Unable to import module xattr. Extended attributes not supported on filesystem at /mnt/fat32/data Unable to import module posix1e from pylibacl package. ACLs not supported on filesystem at /mnt/fat32/data ----------------------------------------------------------------- Detected abilities for source (read only) file system: Access control lists Off Extended attributes Off Case sensitivity Off Mac OS X style resource forks Off Mac OS X Finder information Off ----------------------------------------------------------------- Making directory /rdbk_data/bkroot/mylaptop/fat32/data/rdiff-backup-data/rdiff-backup.tmp.0 Touching /rdbk_data/bkroot/mylaptop/fat32/data/rdiff-backup-data/rdiff-backup.tmp.0/5-_ a. Deleting /rdbk_data/bkroot/mylaptop/fat32/data/rdiff-backup-data/rdiff-backup.tmp.0/5-_ a. Touching /rdbk_data/bkroot/mylaptop/fat32/data/rdiff-backup-data/rdiff-backup.tmp.0/:\ ᄉ Deleting /rdbk_data/bkroot/mylaptop/fat32/data/rdiff-backup-data/rdiff-backup.tmp.0/:\ ᄉ Touching /rdbk_data/bkroot/mylaptop/fat32/data/rdiff-backup-data/rdiff-backup.tmp.0/A Deleting /rdbk_data/bkroot/mylaptop/fat32/data/rdiff-backup-data/rdiff-backup.tmp.0/A Touching /rdbk_data/bkroot/mylaptop/fat32/data/rdiff-backup-data/rdiff-backup.tmp.0/foo Deleting /rdbk_data/bkroot/mylaptop/fat32/data/rdiff-backup-data/rdiff-backup.tmp.0/foo Making directory /rdbk_data/bkroot/mylaptop/fat32/data/rdiff-backup-data/rdiff-backup.tmp.0/hl Touching /rdbk_data/bkroot/mylaptop/fat32/data/rdiff-backup-data/rdiff-backup.tmp.0/hardlinked_file1 Hard linking /rdbk_data/bkroot/mylaptop/fat32/data/rdiff-backup-data/rdiff-backup.tmp.0/hl/hardlinked_file2 to /rdbk_data/bkroot/mylaptop/fat32/data/rdiff-backup-data/rdiff-backup.tmp.0/hardlinked_file1 Unable to import module xattr. Extended attributes not supported on filesystem at /rdbk_data/bkroot/mylaptop/fat32/data/rdiff-backup-data/rdiff-backup.tmp.0 Unable to import module posix1e from pylibacl package. ACLs not supported on filesystem at /rdbk_data/bkroot/mylaptop/fat32/data/rdiff-backup-data/rdiff-backup.tmp.0 Touching /rdbk_data/bkroot/mylaptop/fat32/data/rdiff-backup-data/rdiff-backup.tmp.0/dir_inc_check Deleting /rdbk_data/bkroot/mylaptop/fat32/data/rdiff-backup-data/rdiff-backup.tmp.0/dir_inc_check Touching /rdbk_data/bkroot/mylaptop/fat32/data/rdiff-backup-data/rdiff-backup.tmp.0/regfile Deleting /rdbk_data/bkroot/mylaptop/fat32/data/rdiff-backup-data/rdiff-backup.tmp.0/regfile Touching /rdbk_data/bkroot/mylaptop/fat32/data/rdiff-backup-data/rdiff-backup.tmp.0/high_perms Deleting /rdbk_data/bkroot/mylaptop/fat32/data/rdiff-backup-data/rdiff-backup.tmp.0/high_perms Deleting /rdbk_data/bkroot/mylaptop/fat32/data/rdiff-backup-data/rdiff-backup.tmp.0 Removing directory /rdbk_data/bkroot/mylaptop/fat32/data/rdiff-backup-data/rdiff-backup.tmp.0 ----------------------------------------------------------------- Detected abilities for destination (read/write) file system: Ownership changing Off Hard linking On fsync() directories On Directory inc permissions On High-bit permissions On Extended filenames On Access control lists Off Extended attributes Off Case sensitivity On Mac OS X style resource forks Off Mac OS X Finder information Off ----------------------------------------------------------------- Exception '' raised of class 'exceptions.AssertionError': File "/usr/lib/python2.3/site-packages/rdiff_backup/Main.py", line 295, in error_check_Main try: Main(arglist) File "/usr/lib/python2.3/site-packages/rdiff_backup/Main.py", line 315, in Main take_action(rps) File "/usr/lib/python2.3/site-packages/rdiff_backup/Main.py", line 271, in take_action elif action == "backup": Backup(rps[0], rps[1]) File "/usr/lib/python2.3/site-packages/rdiff_backup/Main.py", line 328, in Backup backup_final_init(rpout) File "/usr/lib/python2.3/site-packages/rdiff_backup/Main.py", line 425, in backup_final_init checkdest_if_necessary(rpout) File "/usr/lib/python2.3/site-packages/rdiff_backup/Main.py", line 820, in checkdest_if_necessary need_check = checkdest_need_check(dest_rp) File "/usr/lib/python2.3/site-packages/rdiff_backup/Main.py", line 810, in checkdest_need_check if not force: curmir_incs[0].conn.regress.check_pids(curmir_incs) File "/usr/lib/python2.3/site-packages/rdiff_backup/connection.py", line 448, in __call__ return apply(self.connection.reval, (self.name,) + args) File "/usr/lib/python2.3/site-packages/rdiff_backup/connection.py", line 367, in reval for arg in args: self._put(arg, req_num) File "/usr/lib/python2.3/site-packages/rdiff_backup/connection.py", line 139, in _put else: self._putobj(obj, req_num) File "/usr/lib/python2.3/site-packages/rdiff_backup/connection.py", line 144, in _putobj self._write("o", pickle.dumps(obj, 1), req_num) File "/usr/lib/python2.3/pickle.py", line 1386, in dumps Pickler(file, protocol, bin).dump(obj) File "/usr/lib/python2.3/pickle.py", line 231, in dump self.save(obj) File "/usr/lib/python2.3/pickle.py", line 293, in save f(self, obj) # Call unbound method with explicit self File "/usr/lib/python2.3/pickle.py", line 614, in save_list self._batch_appends(iter(obj)) File "/usr/lib/python2.3/pickle.py", line 647, in _batch_appends save(x) File "/usr/lib/python2.3/pickle.py", line 293, in save f(self, obj) # Call unbound method with explicit self File "/usr/lib/python2.3/pickle.py", line 737, in save_inst stuff = getstate() File "/usr/lib/python2.3/site-packages/rdiff_backup/rpath.py", line 754, in __getstate__ assert self.conn is Globals.local_connection Traceback (most recent call last): File "/usr/bin/rdiff-backup", line 23, in ? rdiff_backup.Main.error_check_Main(sys.argv[1:]) File "/usr/lib/python2.3/site-packages/rdiff_backup/Main.py", line 295, in error_check_Main try: Main(arglist) File "/usr/lib/python2.3/site-packages/rdiff_backup/Main.py", line 315, in Main take_action(rps) File "/usr/lib/python2.3/site-packages/rdiff_backup/Main.py", line 271, in take_action elif action == "backup": Backup(rps[0], rps[1]) File "/usr/lib/python2.3/site-packages/rdiff_backup/Main.py", line 328, in Backup backup_final_init(rpout) File "/usr/lib/python2.3/site-packages/rdiff_backup/Main.py", line 425, in backup_final_init checkdest_if_necessary(rpout) File "/usr/lib/python2.3/site-packages/rdiff_backup/Main.py", line 820, in checkdest_if_necessary need_check = checkdest_need_check(dest_rp) File "/usr/lib/python2.3/site-packages/rdiff_backup/Main.py", line 810, in checkdest_need_check if not force: curmir_incs[0].conn.regress.check_pids(curmir_incs) File "/usr/lib/python2.3/site-packages/rdiff_backup/connection.py", line 448, in __call__ return apply(self.connection.reval, (self.name,) + args) File "/usr/lib/python2.3/site-packages/rdiff_backup/connection.py", line 367, in reval for arg in args: self._put(arg, req_num) File "/usr/lib/python2.3/site-packages/rdiff_backup/connection.py", line 139, in _put else: self._putobj(obj, req_num) File "/usr/lib/python2.3/site-packages/rdiff_backup/connection.py", line 144, in _putobj self._write("o", pickle.dumps(obj, 1), req_num) File "/usr/lib/python2.3/pickle.py", line 1386, in dumps Pickler(file, protocol, bin).dump(obj) File "/usr/lib/python2.3/pickle.py", line 231, in dump self.save(obj) File "/usr/lib/python2.3/pickle.py", line 293, in save f(self, obj) # Call unbound method with explicit self File "/usr/lib/python2.3/pickle.py", line 614, in save_list self._batch_appends(iter(obj)) File "/usr/lib/python2.3/pickle.py", line 647, in _batch_appends save(x) File "/usr/lib/python2.3/pickle.py", line 293, in save f(self, obj) # Call unbound method with explicit self File "/usr/lib/python2.3/pickle.py", line 737, in save_inst stuff = getstate() File "/usr/lib/python2.3/site-packages/rdiff_backup/rpath.py", line 754, in __getstate__ assert self.conn is Globals.local_connection AssertionError Exception 'Truncated header string (problem probably originated remotely)' raised of class 'rdiff_backup.connection.ConnectionReadError': File "/usr/lib/python2.3/site-packages/rdiff_backup/Main.py", line 295, in error_check_Main try: Main(arglist) File "/usr/lib/python2.3/site-packages/rdiff_backup/Main.py", line 315, in Main take_action(rps) File "/usr/lib/python2.3/site-packages/rdiff_backup/Main.py", line 269, in take_action connection.PipeConnection(sys.stdin, sys.stdout).Server() File "/usr/lib/python2.3/site-packages/rdiff_backup/connection.py", line 355, in Server self.get_response(-1) File "/usr/lib/python2.3/site-packages/rdiff_backup/connection.py", line 323, in get_response self.answer_request(object, req_num) File "/usr/lib/python2.3/site-packages/rdiff_backup/connection.py", line 330, in answer_request arg_req_num, arg = self._get() File "/usr/lib/python2.3/site-packages/rdiff_backup/connection.py", line 233, in _get raise ConnectionReadError("Truncated header string (problem " Fatal Error: Lost connection to the remote system _______________________________________________________ Reply to this item at: _______________________________________________ Message sent via/by Savannah http://savannah.nongnu.org/ From MAILER-DAEMON Thu Feb 16 13:09:51 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1F9nZc-0007rq-Jq for mharc-rdiff-backup-bugs@gnu.org; Thu, 16 Feb 2006 13:09:49 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1F9nYs-0007Om-Eb for rdiff-backup-bugs@nongnu.org; Thu, 16 Feb 2006 13:09:03 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1F9nYm-0007LM-MU for rdiff-backup-bugs@nongnu.org; Thu, 16 Feb 2006 13:08:57 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1F9nYl-0007L1-Ps for rdiff-backup-bugs@nongnu.org; Thu, 16 Feb 2006 13:08:55 -0500 Received: from [199.232.41.3] (helo=savannah.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.52) id 1F9ndw-0004Sc-Sr for rdiff-backup-bugs@nongnu.org; Thu, 16 Feb 2006 13:14:16 -0500 Received: from savannah.gnu.org ([127.0.0.1]) by savannah.gnu.org with smtp (Exim 3.36 #1 (Debian)) id 1F9nYl-0000aD-00 for ; Thu, 16 Feb 2006 13:08:55 -0500 Received: by savannah.gnu.org (sSMTP sendmail emulation); Thu, 16 Feb 2006 18:08:55 +0000 Date: Thu, 16 Feb 2006 18:08:55 +0000 To: rdiff-backup-bugs@nongnu.org From: anonymous X-Savane-Server: savannah.nongnu.org:80 [199.232.41.4] MIME-Version: 1.0 Content-Type: text/plain;charset=UTF-8 X-Savane-Project: rdiff-backup X-Savane-Tracker: bugs X-Savane-Item-ID: 15772 User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.8) Gecko/20050513 Fedora/1.0.4-1.3.1 Firefox/1.0.4 X-Apparently-From: 159.149.89.89 Message-Id: <20060216-180855.sv0.39166@savannah.nongnu.org> References: <20060216-164505.sv0.24148@savannah.nongnu.org> In-Reply-To: <20060216-164505.sv0.24148@savannah.nongnu.org> Subject: [Rdiff-backup-bugs] [bug #15772] Impossible to backup after 1 failure X-BeenThere: rdiff-backup-bugs@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: rdiff-backup-bugs.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Feb 2006 18:09:46 -0000 Follow-up Comment #1, bug #15772 (project rdiff-backup): Sorry one mistake: Note2 is not true: I hadn't touched the rdiff-backup-data directory. This means two things, first that the output I've given here is genuine, second that when I actually tried to do what written in the FAQ (and Note2) the rdiff-backup functionality was in facts restored: now it works again. However I have 2 more comments: 1) The bug is still there and you should probably fix it. It might be annoying for automated systems. 2) In the FAQ (http://www.nongnu.org/rdiff-backup/FAQ.html#regress_failure) I read that the mirror_metadata to be removed is the newest but the current_mirror file to be removed is the oldest!? This is very unintuitive, I would expect the newest current_mirror to be removed. Is the FAQ really correct? Thanks for your time and this excellent program _______________________________________________________ Reply to this item at: _______________________________________________ Message sent via/by Savannah http://savannah.nongnu.org/ From MAILER-DAEMON Mon Feb 20 19:03:04 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1FBKzd-0000Bg-2m for mharc-rdiff-backup-bugs@gnu.org; Mon, 20 Feb 2006 19:03:01 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FBKzP-00007K-GB for rdiff-backup-bugs@nongnu.org; Mon, 20 Feb 2006 19:02:47 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FBKzJ-0008VF-NO for rdiff-backup-bugs@nongnu.org; Mon, 20 Feb 2006 19:02:45 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FBKzG-0008Tc-6H for rdiff-backup-bugs@nongnu.org; Mon, 20 Feb 2006 19:02:38 -0500 Received: from [199.232.41.3] (helo=savannah.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.52) id 1FBL5N-0007pV-II for rdiff-backup-bugs@nongnu.org; Mon, 20 Feb 2006 19:08:58 -0500 Received: from savannah.gnu.org ([127.0.0.1]) by savannah.gnu.org with smtp (Exim 3.36 #1 (Debian)) id 1FBKzD-0000E1-00 for ; Mon, 20 Feb 2006 19:02:35 -0500 Received: by savannah.gnu.org (sSMTP sendmail emulation); Tue, 21 Feb 2006 00:02:35 +0000 Date: Tue, 21 Feb 2006 00:02:35 +0000 To: rdiff-backup-bugs@nongnu.org From: anonymous X-Savane-Server: savannah.nongnu.org:80 [199.232.41.4] MIME-Version: 1.0 Content-Type: text/plain;charset=UTF-8 X-Savane-Project: rdiff-backup X-Savane-Tracker: support X-Savane-Item-ID: 105174 User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8.0.1) Gecko/20060111 Firefox/1.5.0.1 X-Apparently-From: 66.25.166.131 Message-Id: <20060221-000235.sv0.5184@savannah.nongnu.org> References: In-Reply-To: Subject: [Rdiff-backup-bugs] [sr #105174] Operation Status indication? X-BeenThere: rdiff-backup-bugs@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: rdiff-backup-bugs.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Feb 2006 00:02:51 -0000 URL: Summary: Operation Status indication? Project: rdiff-backup Submitted by: None Submitted on: Tue 02/21/06 at 00:02 Category: None Priority: 5 - Normal Severity: 1 - Wish Status: None Privacy: Public Assigned to: None Originator Email: kerinin_at_gmail_dot_com Open/Closed: Open Platform Version: None _______________________________________________________ Details: It would be really great if there was some way of knowing how much of a particular operation had been completed. Not knowing how much of a backup has finished, it is impossible to know if there are 15 minutes left or 3 days - in some situations this could be quite significant. A simple % transmitted would be sufficient. It could be based either on the amount of data left to transfer or the number of files. _______________________________________________________ Reply to this item at: _______________________________________________ Message sent via/by Savannah http://savannah.nongnu.org/ From MAILER-DAEMON Tue Feb 21 13:08:46 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1FBbrG-0003Sa-3W for mharc-rdiff-backup-bugs@gnu.org; Tue, 21 Feb 2006 13:03:30 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FBb7P-00024I-KQ for rdiff-backup-bugs@nongnu.org; Tue, 21 Feb 2006 12:16:08 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FBaPA-0001Of-ED for rdiff-backup-bugs@nongnu.org; Tue, 21 Feb 2006 11:30:25 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FBYXc-0001Cx-Hu for rdiff-backup-bugs@nongnu.org; Tue, 21 Feb 2006 09:31:03 -0500 Received: from [199.232.41.3] (helo=savannah.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.52) id 1FBYdt-0002Qt-F5 for rdiff-backup-bugs@nongnu.org; Tue, 21 Feb 2006 09:37:29 -0500 Received: from savannah.gnu.org ([127.0.0.1]) by savannah.gnu.org with smtp (Exim 3.36 #1 (Debian)) id 1FBYXb-0000P7-00 for ; Tue, 21 Feb 2006 09:30:59 -0500 Received: by savannah.gnu.org (sSMTP sendmail emulation); Tue, 21 Feb 2006 14:30:59 +0000 Date: Tue, 21 Feb 2006 14:30:59 +0000 To: rdiff-backup-bugs@nongnu.org From: anonymous X-Savane-Server: savannah.nongnu.org:80 [199.232.41.4] MIME-Version: 1.0 Content-Type: text/plain;charset=UTF-8 X-Savane-Project: rdiff-backup X-Savane-Tracker: bugs X-Savane-Item-ID: 15839 User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.12) Gecko/20050922 Firefox/1.0.7 (Ubuntu package 1.0.7) X-Apparently-From: 86.202.130.69 Message-Id: <20060221-143057.sv0.92119@savannah.nongnu.org> References: In-Reply-To: Subject: [Rdiff-backup-bugs] [bug #15839] fsync fails on a read-only file X-BeenThere: rdiff-backup-bugs@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: rdiff-backup-bugs.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Feb 2006 18:03:13 -0000 URL: Summary: fsync fails on a read-only file Project: rdiff-backup Submitted by: None Submitted on: Tue 02/21/06 at 14:30 Category: None Severity: 3 - Normal Item Group: None Status: None Privacy: Public Assigned to: None Open/Closed: Open _______________________________________________________ Details: I installed rdiff-backup-1.0.4 under AIX 5.3. When running a simple local test backup, I got the following message : [fthomas@tonga build]$ rdiff-backup SPECS /tmp/backup-fthomas/ Traceback (most recent call last): File "/usr/bin/rdiff-backup", line 23, in ? rdiff_backup.Main.Main(sys.argv[1:]) File "/opt/freeware/lib/python2.3/site-packages/rdiff_backup/Main.py", line 285, in Main take_action(rps) File "/opt/freeware/lib/python2.3/site-packages/rdiff_backup/Main.py", line 255, in take_action elif action == "backup": Backup(rps[0], rps[1]) File "/opt/freeware/lib/python2.3/site-packages/rdiff_backup/Main.py", line 309, in Backup rpout.conn.Main.backup_touch_curmirror_local(rpin, rpout) File "/opt/freeware/lib/python2.3/site-packages/rdiff_backup/Main.py", line 467, in backup_touch_curmirror_local mirrorrp.fsync_with_dir() File "/opt/freeware/lib/python2.3/site-packages/rdiff_backup/rpath.py", line 1080, in fsync_with_dir self.fsync(fp) File "/opt/freeware/lib/python2.3/site-packages/rdiff_backup/rpath.py", line 1068, in fsync if not fp: self.conn.rpath.RPath.fsync_local(self) File "/opt/freeware/lib/python2.3/site-packages/rdiff_backup/rpath.py", line 1075, in fsync_local os.fsync(fd) OSError: [Errno 9] Bad file number Exception exceptions.TypeError: "'NoneType' object is not callable" in > ignored I commented out the os.fsync(fd) line in rpath.py and the problem went away. I believe this is related to the fact that the file is open in read-only and that it's probably forbidden to fsync a file that's open in read-only. excerpt from rpath.py : def fsync_local(self): """fsync current file, run locally""" assert self.conn is Globals.local_connection fd = os.open(self.path, os.O_RDONLY) #os.fsync(fd) os.close(fd) _______________________________________________________ Reply to this item at: _______________________________________________ Message sent via/by Savannah http://savannah.nongnu.org/