From: Sukadev Bhattiprolu <sukadev-23VcF4HTsmIX0ybBhKVfKdBPR1lH4CV8@public.gmane.org>
To: Andrew Morton <akpm-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b@public.gmane.org>
Cc: containers-qjLDD68F18O7TbgM5vRIOg@public.gmane.org,
"Eric W. Biederman"
<ebiederm-aS9lmoZGLiVWk0Htik3J/w@public.gmane.org>,
bugme-daemon-590EEB7GvNiWaY/ihj7yzEB+6BGkLq7r@public.gmane.org,
robert.rex-GD4dBWQXeU/QT0dZR+AlfA@public.gmane.org
Subject: Re: [Bugme-new] [Bug 12199] New: /proc/1/exe entry of PID namespace init process links to wrong executable
Date: Thu, 11 Dec 2008 17:42:20 -0800 [thread overview]
Message-ID: <20081212014219.GA15162@us.ibm.com> (raw)
In-Reply-To: <20081211091430.ea3d434d.akpm-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b@public.gmane.org>
[-- Attachment #1: Type: text/plain, Size: 1808 bytes --]
Andrew Morton [akpm-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b@public.gmane.org] wrote:
|
| (switched to email. Please respond via emailed reply-to-all, not via the
| bugzilla web interface).
|
| On Thu, 11 Dec 2008 08:16:55 -0800 (PST) bugme-daemon-590EEB7GvNiWaY/ihj7yzEB+6BGkLq7r@public.gmane.org wrote:
|
| > http://bugzilla.kernel.org/show_bug.cgi?id=12199
| >
| > Summary: /proc/1/exe entry of PID namespace init process links to
| > wrong executable
| > Product: Process Management
| > Version: 2.5
| > KernelVersion: 2.6.27.8
| > Platform: All
| > OS/Version: Linux
| > Tree: Mainline
| > Status: NEW
| > Severity: low
| > Priority: P1
| > Component: Other
| > AssignedTo: process_other-ztI5WcYan/vQLgFONoPN62D2FQJk+8+b@public.gmane.org
| > ReportedBy: robert.rex-GD4dBWQXeU/QT0dZR+AlfA@public.gmane.org
| >
| >
| > Latest working kernel version:
| >
| > None known.
| >
| > Earliest failing kernel version:
| >
| > 2.6.25.4, 2.6.27.4 and 2.6.27.8 show this behaviour, but I assume that it
| > exists since 2.6.24 with the introduction of PID namespaces.
Hmm. I am able to repro the behavior with attached test case and with
CLONE_NEWPID removed. Ran this in a chroot shell and it shows complete
path. I tried on Ubuntu 8.04 (2.6.22-15, which has no pid namespace
support).
$ mount /dev/sda3 /tmp/target
$ chroot /tmp/target
$ ./pid_namespace_chroot2
/proc/self/exe is /tmp/target/tmp/pid_namespace_chroot2
set_mm_exe_file() call from flush_old_exec() sets 'mm->exe_file' to
'linux_bprm.file' and proc_exe_link() picks it up from there.
Could this be related how linux_bprm.file is populated after chroot ?
I have not traced that yet.
Sukadev
[-- Attachment #2: pid_namespace_chroot2.c --]
[-- Type: text/x-csrc, Size: 909 bytes --]
#include <stdio.h>
#include <unistd.h>
#include <stdlib.h>
#include <sys/wait.h>
#define CLONE_NEWNS 0x00020000
#define CLONE_NEWPID 0x20000000
/** Compile with "gcc -o pid_namespace_chroot2 pid_namespace_chroot2.c" */
int do_child(void)
{
int status;
char buf[256];
if (mount("none", "/proc", "proc", 0, NULL)) {
perror("mount");
return 1;
}
if (readlink("/proc/self/exe", buf, sizeof(buf)) < 0) {
perror("READLINK");
return 1;
}
printf("/proc/self/exe is %s\n", buf);
if (umount("/proc")) {
perror("umount");
return 1;
}
return 0;
}
int main(void)
{
int status, pid;
void *stack = malloc(getpagesize());
if (!stack) {
perror("malloc");
return 1;
}
pid = clone(do_child, stack + getpagesize(), CLONE_NEWNS, NULL);
if (pid == -1) {
perror("clone");
return 1;
}
if (waitpid(pid, &status, __WALL) < 0) {
perror("waitpid");
return 1;
}
return 0;
}
[-- Attachment #3: Type: text/plain, Size: 206 bytes --]
_______________________________________________
Containers mailing list
Containers-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
https://lists.linux-foundation.org/mailman/listinfo/containers
next prev parent reply other threads:[~2008-12-12 1:42 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <bug-12199-10286@http.bugzilla.kernel.org/>
[not found] ` <bug-12199-10286-V0hAGp6uBxO456/isadD/XN4h3HLQggn@public.gmane.org/>
2008-12-11 17:14 ` [Bugme-new] [Bug 12199] New: /proc/1/exe entry of PID namespace init process links to wrong executable Andrew Morton
[not found] ` <20081211091430.ea3d434d.akpm-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b@public.gmane.org>
2008-12-12 1:42 ` Sukadev Bhattiprolu [this message]
2008-12-12 1:48 ` Eric W. Biederman
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20081212014219.GA15162@us.ibm.com \
--to=sukadev-23vcf4htsmix0ybbhkvfkdbpr1lh4cv8@public.gmane.org \
--cc=akpm-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b@public.gmane.org \
--cc=bugme-daemon-590EEB7GvNiWaY/ihj7yzEB+6BGkLq7r@public.gmane.org \
--cc=containers-qjLDD68F18O7TbgM5vRIOg@public.gmane.org \
--cc=ebiederm-aS9lmoZGLiVWk0Htik3J/w@public.gmane.org \
--cc=robert.rex-GD4dBWQXeU/QT0dZR+AlfA@public.gmane.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox