[snip]
I made a small patch to a vanilla kernel.org 2.6.25.3 kernel tree.
Hopefully it applies cleanly to that fc9 kernel source, but check/verify
that first before going any further.
After building and booting with this patch, there will be kernel
messages whenever fork's "copy_process" function fails with -EAGAIN (-11),
which is reported to userspace as errno = 11 (Resource temporarily
unavailable). Hopefully this will identify which test is failing,
but there's a chance that something else is going on and that this
patch does not find the problem.
Anyway, good luck and please report back on it.
---
---
kernel/fork.c | 16 ++++++++++++----
1 file changed, 12 insertions(+), 4 deletions(-)
--- linux-2.6.25.3.orig/kernel/fork.c
+++ linux-2.6.25.3/kernel/fork.c
@@ -1049,8 +1049,10 @@ static struct task_struct *copy_process(
if (atomic_read(&p->user->processes) >=
p->signal->rlim[RLIMIT_NPROC].rlim_cur) {
if (!capable(CAP_SYS_ADMIN) && !capable(CAP_SYS_RESOURCE) &&
- p->user != current->nsproxy->user_ns->root_user)
+ p->user != current->nsproxy->user_ns->root_user) {
+ printk(KERN_INFO "%s: error on #processes\n", __func__);
goto bad_fork_free;
+ }
}
atomic_inc(&p->user->__count);
@@ -1062,14 +1064,20 @@ static struct task_struct *copy_process(
* triggers too late. This doesn't hurt, the check is only there
* to stop root fork bombs.
*/
- if (nr_threads >= max_threads)
+ if (nr_threads >= max_threads) {
+ printk(KERN_INFO "%s: error on #threads\n", __func__);
goto bad_fork_cleanup_count;
+ }
- if (!try_module_get(task_thread_info(p)->exec_domain->module))
+ if (!try_module_get(task_thread_info(p)->exec_domain->module)) {
+ printk(KERN_INFO "%s: error on exec_domain->module\n", __func__);
goto bad_fork_cleanup_count;
+ }
- if (p->binfmt && !try_module_get(p->binfmt->module))
+ if (p->binfmt && !try_module_get(p->binfmt->module)) {
+ printk(KERN_INFO "%s: error on binfmt->module\n", __func__);
goto bad_fork_cleanup_put_domain;
+ }
p->did_exec = 0;
delayacct_tsk_init(p); /* Must remain after dup_task_struct() */
--
