On Thu, Dec 13, 2012 at 06:20:48AM -0600, Serge Hallyn wrote: > Quoting Neil Horman (nhor...@tuxdriver.com): > > Theres one problem I currently see with it, and that is that I'm not sure > > we can > > change the current behavior of how the root fs is set for the pipe reader, > > lest > > we break some user space expectations. As such, I've added a sysctl in this > > patch to allow administrators to globally select if a core reader specified > > via > > /proc/sys/kernel/core_pattern should use the global rootfs, or the > > (possibly) > > chrooted fs of the crashing process. > > Practical question: How is the admin to make an educated decision on > how to set the sysctl? > My thought was that the admin typically wouldn't touch this at all. I really added it as a backwards compatibility option only. Setting the user space helper task to the root of the crashing parent has the possibility of breaking existing installs because the core_pattern helper might be expecting global file system access. Moving forward, my expectation would be that core_pattern helpers would be written with the default setting in mind, and we could eventually deprecate the control entirely.
If you have a better mechanism in mind however (or if you think that removing the control is a resaonable approach), I'm certainly open to that. Neil > -serge > -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
