duplicity-talk
[Top][All Lists]
Advanced

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

Re: [Duplicity-talk] OSError: [Errno 35] Resource temporarily unavailabl


From: Chris Poole
Subject: Re: [Duplicity-talk] OSError: [Errno 35] Resource temporarily unavailable
Date: Wed, 29 Jun 2011 13:59:11 +0100

OK so I tried the launchctl solution. I started after a clean restart, with
everything except system software disabled (i.e., as little RAM
utilised as possible). I then ran `sudo launchctl limit
maxfiles 100000 200000` (soft and hard limits respectively), followed by `ulimit
-n 100000`. Given that I start duplicity from a bash script I wrote, I run the
same ulimit command at the top of the script.

The backup files are on a FW800 HDD. This is the final outcome, essentially the
same as before (and stopping at the same point):

    Traceback (most recent call last):
      File "/usr/local/bin/duplicity", line 1250, in <module>
        with_tempdir(main)
      File "/usr/local/bin/duplicity", line 1243, in with_tempdir
        fn()
      File "/usr/local/bin/duplicity", line 1197, in main
        restore(col_stats)
      File "/usr/local/bin/duplicity", line 539, in restore
        restore_get_patched_rop_iter(col_stats)):
      File "/usr/local/Cellar/duplicity/0.6.13/libexec/duplicity/patchdir.py",
line 521, in Write_ROPaths
        for ropath in rop_iter:
      File "/usr/local/Cellar/duplicity/0.6.13/libexec/duplicity/patchdir.py",
line 493, in integrate_patch_iters
        for patch_seq in collated:
      File "/usr/local/Cellar/duplicity/0.6.13/libexec/duplicity/patchdir.py",
line 378, in yield_tuples
        setrorps( overflow, elems )
      File "/usr/local/Cellar/duplicity/0.6.13/libexec/duplicity/patchdir.py",
line 367, in setrorps
        elems[i] = iter_list[i].next()
      File "/usr/local/Cellar/duplicity/0.6.13/libexec/duplicity/patchdir.py",
line 112, in difftar2path_iter
        tarinfo_list = [tar_iter.next()]
      File "/usr/local/Cellar/duplicity/0.6.13/libexec/duplicity/patchdir.py",
line 328, in next
        self.set_tarfile()
      File "/usr/local/Cellar/duplicity/0.6.13/libexec/duplicity/patchdir.py",
line 322, in set_tarfile
        self.current_fp = self.fileobj_iter.next()
      File "/usr/local/bin/duplicity", line 576, in get_fileobj_iter
        manifest.volume_info_dict[vol_num])
      File "/usr/local/bin/duplicity", line 600, in restore_get_enc_fileobj
        fileobj = tdp.filtered_open_with_delete("rb")
      File "/usr/local/Cellar/duplicity/0.6.13/libexec/duplicity/dup_temp.py",
line 114, in filtered_open_with_delete
        fh = FileobjHooked(path.DupPath.filtered_open(self, mode))
      File "/usr/local/Cellar/duplicity/0.6.13/libexec/duplicity/path.py",
line 740, in filtered_open
        return gpg.GPGFile(False, self, gpg_profile)
      File "/usr/local/Cellar/duplicity/0.6.13/libexec/duplicity/gpg.py",
line 135, in __init__
        'logger': self.logger_fp})
      File 
"/usr/local/Cellar/duplicity/0.6.13/libexec/duplicity/GnuPGInterface.py",
line 365, in run
        create_fhs, attach_fhs)
      File 
"/usr/local/Cellar/duplicity/0.6.13/libexec/duplicity/GnuPGInterface.py",
line 407, in _attach_fork_exec
        process.pid = os.fork()
    OSError: [Errno 35] Resource temporarily unavailable

This is with the older GnuPGInterface.py that Ken linked to.

I'm not sure if this is still the issue or not, or whether it's something else,
but really I don't care as I've created a new backup chain, splitting the backup
into a few different directories too.

Maybe it's a deeper Mac OS X issue? At the moment I don't have a Linux machine
to test it on that I trust.


Thanks for all the help

Chris



reply via email to

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