Impact : when opened (oneiric), the bug was/is as described: a long time running boinc system would finally fails to compute more boinc work unit as every computed work unit leads to a leak of 1 file descriptor in the boinc main daemon (irrelevant of the kind of project subscribed). The faster the work units were processed, and the lower the limit of file descriptor in the system, the faster the bug happens (usually within one week of uninterrupted uptime, but might go to months on slower systems). This bug affects all users from Oneiric (boinc 6.12.33+dfsg-1.1ubuntu0.1) to 7.0.27 (excluded, that one is fine). (well, 7.0.23, 7.0.24 & 7.0.25 have another issue: computation error, no more leak; 7.0.26 not tested)
Test case: easy, but very long: run boinc for at least one complete work unit (according to project, the unit can be 5 minutes to many hours), then use "lsof" on the boinc daemon and check the end of the listing. When more units have been processed, the list reported by "lsof" should not be longer than before. Computation of each unit must succeed. Regression Potential: I do not know the change, I cannot discuss the impact. But boinc must be able to run unattended for months without such problem, and without reboot, especially on a LTS. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/968021 Title: boinc stops on error after a few days (md5_file: Too many open files) in stderrdae.txt To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/boinc/+bug/968021/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
