On 03/26, Matt Helsley wrote: > > That said there are > plenty of #ifdefs in strace and patching it to use GETEVENTMSG is quite > a small patch. Not really, unless I missed something. See my another email, strace doesn't even use the notification from do_fork(), not only it doesn't read ->ptrace_message. > However, as I said, that still doesn't "fix" strace so that it can > be used to trace tasks in child pid namespaces. Yes. Looks like, the necessary change in kernel is simple (and btw, it is well known fact the reported pid is not ns-friendly). What should be really fixed is strace/etc. > Especially when the > traced tasks are more than one namepace deeper. :( Hmm... I guess, you mean setns() idea? Otherwise, I _think_ that the deeper namepaces are fine wrt pid_nr. > I don't think the kernel provides special out-of-band methods for fetching > pids related to traced tasks except during fork and clone. Not wait*(). Could you clarify? I think wait*() is already namespace-friendly? Oleg. _______________________________________________ Containers mailing list Containers@xxxxxxxxxxxxxxxxxxxxxxxxxx https://lists.linux-foundation.org/mailman/listinfo/containers
