[Top][All Lists]

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

Re: [rdiff-backup-users] Maximum files in a directory?

From: Ben Escoto
Subject: Re: [rdiff-backup-users] Maximum files in a directory?
Date: Mon, 23 Jun 2003 12:56:16 -0700

>>>>> "TB" == ty  <Ty!>
>>>>> wrote the following on Mon, 23 Jun 2003 11:54:23 -0600

  TB> Exception exceptions.TypeError: "'NoneType' object is not
  TB> callable" in <bound me thod GzipFile.__del__ of <gzip open file
  TB> '/export/nrel-disk01-vga/BACKUP/paustia
  TB> mode 'wb' at 0x81ea580 0x81b6a7c>> ignored

But rdiff-backup errors always seem to end in this.  :-)

  TB> and I'm not sure why this error occurs.  From the traceback, it
  TB> looks like it happens when rdiff-backup tries to set the time of
  TB> a directory in the increments tree.

It seems to happen right after the time is set, on the next file.
This should be the file right after
agecosys/USnriRuns/Inventory/EventsB in alphabetical order.  This
patch will make it say exactly:

--- backup.py.old       2003-06-20 14:03:09.000000000 -0700
+++ backup.py   2003-06-23 12:50:14.000000000 -0700
@@ -180,7 +180,7 @@
                        dest_sig = dest_rorp.getRORPath()
                        if dest_rorp.isreg():
                                dest_rp = dest_base_rpath.new_index(index)
-                               assert dest_rp.isreg()
+                               assert dest_rp.isreg(), (dest_rp.path, 
                else: dest_sig = rpath.RORPath(index)
                return dest_sig

The SGID thing shouldn't be an issue, and neither the number of files
in the directory---my file system also has a directory with almost
twice this number, and I haven't had problems.

One possibility is that the file's type changes while the directory is
processed, and the directory's size exacerbates this problem.  Could
you check to see if the file has changed while rdiff-backup is

  TB> ========================= System Details:
  TB> rdiff-backup invoked with --no-compression because of large file
  TB> issues

You mean the problem making gzip files of over 2GB?  I am told that
this is fixed as of python version 2.3a1.

Ben Escoto

Attachment: pgp2KGLf2Oiqa.pgp
Description: PGP signature

reply via email to

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