ulimit is settable system wide, so, at the end of /etc/security/limits.conf add the lines:
* soft nfile 16384 * hard nfile 32768 then reboot the system. That will set system wide limits for all tasks. On Sun, Nov 5, 2017 at 4:29 AM, Wolf Rogner <[email protected]> wrote: > @Kenneth: > > I increased ulimit to 4096 -> same error > > Then I wanted to understand how ulimit works: > > ulimit influences the shell (bash!). > > > I can start duplicity via deja-dup from the console -> works > I can start deja-dup from the launcher (GNOME-Shell) and manually trigger > backup (from the running application) -> works > > If deja-dup is started via automatic mechanism (daily launch) -> error > > Concluding: > > The issue does not lie within duplicity (well this generates the error) > but in the calling mechanism of deja-dup (which must provide duplicity > with different environments depending on how it calls duplicity). > > If my conclusion is correct: > > Changing ulimit will not help locate the problem > Getting debug traces via console commands will not help locate the problem > We are looking in the wrong place > > Maybe the issue should be forwarded to the deja-dup developers to see > how they call duplicity on auto-backup. > > -- > You received this bug notification because you are a bug assignee. > https://bugs.launchpad.net/bugs/1727653 > > Title: > error: can't start new thread > > Status in Duplicity: > In Progress > Status in duplicity package in Ubuntu: > In Progress > > Bug description: > $ uname -a > Linux mbpr13b 4.13.0-16-generic #19-Ubuntu SMP Wed Oct 11 18:35:14 UTC > 2017 x86_64 x86_64 x86_64 GNU/Linux > > duplicity gets started daily via deja-dup automatically. > > Every now and then (approx. every third time) I get the following > error: > > ------------------ > > Failed with an unknown error. > > Traceback (most recent call last): > File "/usr/bin/duplicity", line 1546, in <module> > with_tempdir(main) > File "/usr/bin/duplicity", line 1540, in with_tempdir > fn() > File "/usr/bin/duplicity", line 1391, in main > do_backup(action) > File "/usr/bin/duplicity", line 1468, in do_backup > restore(col_stats) > File "/usr/bin/duplicity", line 731, in restore > restore_get_patched_rop_iter(col_stats)): > File "/usr/lib/python2.7/dist-packages/duplicity/patchdir.py", line > 560, in Write_ROPaths > for ropath in rop_iter: > File "/usr/lib/python2.7/dist-packages/duplicity/patchdir.py", line > 523, in integrate_patch_iters > for patch_seq in collated: > File "/usr/lib/python2.7/dist-packages/duplicity/patchdir.py", line > 389, in yield_tuples > setrorps(overflow, elems) > File "/usr/lib/python2.7/dist-packages/duplicity/patchdir.py", line > 378, in setrorps > elems[i] = iter_list[i].next() > File "/usr/lib/python2.7/dist-packages/duplicity/patchdir.py", line > 107, in filter_path_iter > for path in path_iter: > File "/usr/lib/python2.7/dist-packages/duplicity/patchdir.py", line > 121, in difftar2path_iter > tarinfo_list = [tar_iter.next()] > File "/usr/lib/python2.7/dist-packages/duplicity/patchdir.py", line > 339, in next > self.set_tarfile() > File "/usr/lib/python2.7/dist-packages/duplicity/patchdir.py", line > 333, in set_tarfile > self.current_fp = self.fileobj_iter.next() > File "/usr/bin/duplicity", line 768, in get_fileobj_iter > manifest.volume_info_dict[vol_num]) > File "/usr/bin/duplicity", line 811, in restore_get_enc_fileobj > fileobj = tdp.filtered_open_with_delete("rb") > File "/usr/lib/python2.7/dist-packages/duplicity/dup_temp.py", line > 119, in filtered_open_with_delete > fh = FileobjHooked(path.DupPath.filtered_open(self, mode)) > File "/usr/lib/python2.7/dist-packages/duplicity/path.py", line 778, > in filtered_open > return gpg.GPGFile(False, self, gpg_profile) > File "/usr/lib/python2.7/dist-packages/duplicity/gpg.py", line 202, > in __init__ > 'logger': self.logger_fp}) > File "/usr/lib/python2.7/dist-packages/duplicity/gpginterface.py", > line 374, in run > create_fhs, attach_fhs) > File "/usr/lib/python2.7/dist-packages/duplicity/gpginterface.py", > line 420, in _attach_fork_exec > process.thread.start() > File "/usr/lib/python2.7/threading.py", line 736, in start > _start_new_thread(self.__bootstrap, ()) > error: can't start new thread > > -------------- > > Restarting deja-dup manually fixes the problem and the next few days, > automatic backup will run correctly until (see above). > > ProblemType: Bug > DistroRelease: Ubuntu 17.10 > Package: duplicity 0.7.12-1ubuntu1 > ProcVersionSignature: Ubuntu 4.13.0-16.19-generic 4.13.4 > Uname: Linux 4.13.0-16-generic x86_64 > ApportVersion: 2.20.7-0ubuntu3 > Architecture: amd64 > CurrentDesktop: ubuntu:GNOME > Date: Thu Oct 26 10:49:45 2017 > InstallationDate: Installed on 2017-10-20 (5 days ago) > InstallationMedia: Ubuntu 17.10 "Artful Aardvark" - Release amd64 > (20171018) > SourcePackage: duplicity > UpgradeStatus: No upgrade log present (probably fresh install) > > To manage notifications about this bug go to: > https://bugs.launchpad.net/duplicity/+bug/1727653/+subscriptions > -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1727653 Title: error: can't start new thread To manage notifications about this bug go to: https://bugs.launchpad.net/duplicity/+bug/1727653/+subscriptions -- ubuntu-bugs mailing list [email protected] https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
