rdiff-backup-users
[Top][All Lists]
Advanced

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

Re: [rdiff-backup-users] strange crash


From: Ben Escoto
Subject: Re: [rdiff-backup-users] strange crash
Date: Thu, 24 Apr 2003 00:10:43 -0700

>>>>> "RW" == Robert Weber <address@hidden>
>>>>> wrote the following on Fri, 18 Apr 2003 16:45:32 -0600

  RW> I am backing up several systems on several platforms and I have
  RW> found almost everything works great.  I am running 0.10.2, and
  RW> have found that my MX server is the one problem.  /var/spool on
  RW> this solaris 9 machine is quite active(500,000/day on average)
  RW> and it appears that rdiff-backup doesn't like having files
  RW> snatche out from under it.  Here is a -v 7 of the backup(trimmed
  RW> down) can Ben or anyone else figure out what is happening?  Is
  RW> there any way rdiff-backup can go into a less strict mode where
  RW> if a devlock fails it can just keep going.  It would be better
  RW> to get 99% of the files than none of them in this case.

Yes, you are right, it is caused by files being deleted under it in
certain conditions.  The intended behavior is that this shouldn't
matter.  I patched 0.11.4 in CVS to try to fix this, but I think this
patch will work for your version:

--- selection.py~       2003-01-26 21:04:22.000000000 -0800
+++ selection.py        2003-04-23 23:16:43.000000000 -0700
@@ -136,7 +136,7 @@
                        for filename in Robust.listrp(dsrpath):
                                new_dsrp = 
Robust.check_common_error(error_handler,
                                                                               
dsrpath.append, (filename,))
-                               if new_dsrp:
+                               if new_dsrp and new_dsrp.lstat():
                                        s = sel_func(new_dsrp)
                                        if s == 1: yield (new_dsrp, 0)
                                        elif s == 2 and new_dsrp.isdir(): yield 
(new_dsrp, 1)


-- 
Ben Escoto

Attachment: pgpEEICYqz4wq.pgp
Description: PGP signature


reply via email to

[Prev in Thread] Current Thread [Next in Thread]