From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751771AbcGJFgi (ORCPT ); Sun, 10 Jul 2016 01:36:38 -0400 Received: from mail-he1eur01on0129.outbound.protection.outlook.com ([104.47.0.129]:60000 "EHLO EUR01-HE1-obe.outbound.protection.outlook.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1750711AbcGJFge (ORCPT ); Sun, 10 Jul 2016 01:36:34 -0400 X-Greylist: delayed 158827 seconds by postgrey-1.27 at vger.kernel.org; Sun, 10 Jul 2016 01:36:33 EDT Authentication-Results: spf=none (sender IP is ) smtp.mailfrom=avagin@virtuozzo.com; Date: Sat, 9 Jul 2016 22:36:11 -0700 From: Andrew Vagin To: "Eric W. Biederman" CC: "W. Trevor King" , , Linux API , Containers , lkml , James Bottomley , "Michael Kerrisk (man-pages)" , "Serge E. Hallyn" Subject: Re: [CRIU] Introspecting userns relationships to other namespaces? Message-ID: <20160710053609.GB4868@outlook.office365.com> References: <87r3b7pxja.fsf@x220.int.ebiederm.org> <20160706141348.GB20728@mail.hallyn.com> <20160707133631.GA2994@mail.hallyn.com> <1467903712.2347.16.camel@HansenPartnership.com> <20160709031528.GA25507@odin.tremily.us> <87ziprmrln.fsf@x220.int.ebiederm.org> MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-r" Content-Disposition: inline In-Reply-To: <87ziprmrln.fsf@x220.int.ebiederm.org> User-Agent: Mutt/1.6.1 (2016-04-27) X-Originating-IP: [67.183.159.197] X-ClientProxiedBy: CO2PR20CA0041.namprd20.prod.outlook.com (10.163.96.51) To DB6PR0801MB1976.eurprd08.prod.outlook.com (10.168.85.149) X-MS-Office365-Filtering-Correlation-Id: e80b2c4c-0e24-481e-2ee7-08d3a884240f X-Microsoft-Exchange-Diagnostics: 1;DB6PR0801MB1976;2:b1BlF2Adwdiggc64pHBH0DXTr8bzLcixotcAP8/8PliQ/NBPn3uxddvN8mZv7fI7J2mP5QnDEobjEW0px8edt/9fv3pj6DuzhlEpsS0lIx/A+PjLPj1p2pkxDAv5HWtcTfniaIal+WCuCp4qqfMniRGgU+g2+LuiOth4znyKUHJQT7ec7xaMDGwrIr/gXUBA;3:2p5VcFRkbAdgzI2U4VU1VxCgUAVB4x+JnIGwytZFgngEBMWAsbEVg1AbQTW5enuqWRuimDlyxTC/Ef+ueYifxcPx8rho859d8VlSFUSTglywZM3RNn9YGdWCNCyWD0EA;25:+3znPUZz0d/1MDICnbZ8Soa6jxms0VnJ4kIOmhdYQhT1mDXO7OtRk4mUs9mUpkC9PsOJJd9cAcaTp2o36WDKm1S+2RW4Ob7y8HuaN2iUXwQal9yMnT9K4AVgCi33Z5fDj4QHTOUl58SBvzKeGxfAtF8qxj5FuBFC/5WyDQcTW0nGO/7DuO1NRwfJQv4wYa5lWDVY04LaJMZCJ03Gmtmv4MiLmOD3JiUbNk6ZExBd8ckYQ+XTJAR5MaNJq5voro8KAA8L/h8yHyaBZEj+lxkZUXgAuFIN5aLTYiRSvA1TRGcdi7qLR7dAmhxdnAbdyS3MXfhXBod/BeT2zoubNO/fehek5OS9DsIU6qS7DS7SMXpGTXTnDrKYJJOtij7TRvn+iEk24TaWuYse3VGvo6VrSZlu9H92XMO9ptjmCXly0CM= X-Microsoft-Antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:DB6PR0801MB1976; X-Microsoft-Exchange-Diagnostics: 1;DB6PR0801MB1976;31:/VXpGVpr1o5YPzaHbb4E3gArH/gZavaEH2/MlJKysCXlLhQwv0LP7+8mFW0096UKkI9XR8tlymssVNJ9Rl03JOAQjNXMfJOttjkMZxPHV2D+5YSq5jfyD2AqVPYA/PsH/ghAEoSoHxWk0orGo5N9OhMyaTMiuf0zIvHD1bp077ssLKyM/RMnoZ1YT12aXD0Yh8Ns30bZsNQL0D4YDzbcKQ==;4:9gNmbVfJ6uojeT73IimLir3KMA3swJrtpCPLmL9ZmjeqHMsM4UVwTx0mGrk+GAiYppzqFzakUnJ6YZagYDMIJBOTVD7d1FndGL4TM8Vb9DubzD/A8YCd8R7e1Md2HjUkJ88fQ9op9qI2UWPsR07Nuq7CE0ecxtaDVXLCYwU0PMW8Jz2NdjxJLIBpn41+0NR624rJvx8Zh/clvXOxPADQ+gCPcbpow6CKj31eto65DvDe7hI3QvqukH0HNnp1UXy9RfYBvAvXzClcfEa75lcKOVSrhMbj50gi1SgraeWtS0/bOch+V+Bx8oZaz2YzyD7xkmiDftAhNnUVFUzRb09FJAaipdwUt7mtcyvQIqZfsSw1cgCBMdB0zGMSJ5hGzE0Ot0Ipnc2qwjgU7wAHi3uaVRskIFXmAoRgneOhzH3cQHHg+o3m/praAgBhp+flbLoMuxu8BmQGIBXr/OY2fznGug== X-Microsoft-Antispam-PRVS: X-Exchange-Antispam-Report-Test: UriScan:(166708455590820); X-Exchange-Antispam-Report-CFA-Test: BCL:0;PCL:0;RULEID:(6040130)(601004)(2401047)(5005006)(8121501046)(10201501046)(3002001)(6041072)(6043046);SRVR:DB6PR0801MB1976;BCL:0;PCL:0;RULEID:;SRVR:DB6PR0801MB1976; X-Forefront-PRVS: 0999136621 X-Forefront-Antispam-Report: SFV:NSPM;SFS:(10019020)(4630300001)(6009001)(7916002)(52044002)(199003)(189002)(24454002)(305945005)(66066001)(4326007)(7736002)(7846002)(1076002)(6116002)(586003)(3846002)(86362001)(53416004)(101416001)(83506001)(42186005)(15975445007)(47776003)(50986999)(93886004)(54356999)(76176999)(105586002)(106356001)(8676002)(68736007)(69596002)(81156014)(19580405001)(19580395003)(81166006)(189998001)(110136002)(23686003)(33656002)(50466002)(97736004)(4001350100001)(2950100001)(2906002)(92566002)(77096005)(9686002)(18370500001)(26326002);DIR:OUT;SFP:1102;SCL:1;SRVR:DB6PR0801MB1976;H:outlook.office365.com;FPR:;SPF:None;PTR:InfoNoRecords;A:1;MX:1;LANG:en; X-Microsoft-Exchange-Diagnostics: =?koi8-r?Q?1;DB6PR0801MB1976;23:HQ062w0PrjlFM/4Ke0lcMCULphGqR40/cZl07NDWO?= =?koi8-r?Q?IAFm7lZQ7GOUg6TZWYzLJu6inr1Q+azweaxPnPcCTDyeVvUmnAP2mfVbXLjfV5?= =?koi8-r?Q?3tkSVDXMB+Dy6dRsj7UHn01v8AzueKt96zdsbFT6Gjzvq/R1zDvmg7VV90hLnw?= =?koi8-r?Q?AxmIXeH0ejsG6HC3pHsuyoB4ZNSDWbnVxCcSAMtHt1ZNBR2ysJiRjeCo4YRCm5?= =?koi8-r?Q?iS9oL6cFOXGxeRYcu7FE49fTVmIePkNdVdd44/L4qWX28AtZxXoUixJ3AUOSVs?= =?koi8-r?Q?Syp2dtI6uuh19aYt2SjXL9Bi9sDQ4kd0OMrN9f6oV7NkcGHTt7S+QnIYsAWVtJ?= =?koi8-r?Q?3m6UH6HbUmLwLmCsp5B7b/g8ETurXzBSdfOphx97exo0aDintCT4uFuY4mBaf0?= =?koi8-r?Q?rMcNlwCKoCmffYKqiSPGa+R3A1Xjyjq88mcdn4rx/Ce/TkUxaPXdA5keGLz9Fp?= =?koi8-r?Q?BMkBlzkd1GPuTeEI2WqacNUi+68cG78ZIK1MpFPoDQ+sZ+zfTyNpaxw2j6xISy?= =?koi8-r?Q?6+1KQmpadqHRZKttoOcASLPe/R8u5Gb0E8pkSU6MgCptaJn8TLe3iWy70Q8RJc?= =?koi8-r?Q?y2OZGd5yqSiSneFGvCx36geulgqNseQ3SjvJn6uXPCtq+oT6J90H9Z0yciaSyp?= =?koi8-r?Q?47B6d+mVzIg3ErtQk2MUVpFTwqZoElxxowSPTaElVfS+XEmTvr4SB7YA0wRDfN?= =?koi8-r?Q?eD1WhWUVlm205osgVX6Kl96+1XYxoM915hjt/YKhLffpcV/JlJH77eg+6bu5g6?= =?koi8-r?Q?k9eCRffI3k7D44L7vDvMEUNVT2ocUR/AKQ4fK/88XfpBYduv5fYeyWpr/ZieGQ?= =?koi8-r?Q?fgygk33+O61QbKebqgBOF2f2w7OBWmvSuLvGfHeeniOjrKXNSIn8w3rLwsSZca?= =?koi8-r?Q?4Pf50ppBi6SiBvIIRk74W2JtU6PERB391UhJP9mMyTju+KZlZne8iwwZjk575d?= =?koi8-r?Q?okSm9CE48c7JIs06rvdi5FT91OqJMZEjBEnjpVab3XxUyDamjG5AxKTlLVuSZJ?= =?koi8-r?Q?lQVgtEU+MgFAllq6oZGEnw3vErEa8ktc9bzOlPzrvwRhi00xvKZupDCvykc3ch?= =?koi8-r?Q?sKnGGzty8l5O+7HzyK2GEzoh80zqeQgRAcC4NCk9qKlpwcPVon5428tSgd6xTy?= =?koi8-r?Q?ekylG6b3botmkeTABH3me+dS4uVfeyp0VKaKILnXfYPJATGOmdjGqRV9DesDu0?= =?koi8-r?Q?FmOFCa+n2k4rdwZBlKxHgM0HdpNF+imlqsQJwIys=3D?= X-Microsoft-Exchange-Diagnostics: 1;DB6PR0801MB1976;6:33KJByWi/GtjUa5J6jrLCWiginjpjTqO2g2JWFvE8UmKLNVr2LGAw+58WU7lmPI5h02/vLLPl/xGixcxBZozAcI5ayrWDe3g5l1U/velMZcp+a0RAHUIUL7zsN6fCvGg3vaaS5UYLUHRb25rPQuhHuMxnieQw6pLmvqJyxLAVtLu9lHJQePqpYmQHgrW+AMbMIHfuMSLlJmpixOiUz6MkN9cIdSzU9r3JpD1Bg3Rf5CkQYjL8G4HcGeyVBkcs0GiomeAy7CXE+yZrSM/5Uh7Q94gmD4mtOLVGC5ar31MHwjluJ4ilApxNzhejq+RcvRP;5:atE2jL1KOM3rf5O05nzCpsEcBL+vrgswBoPBfTAbsej7tmnjt8Wq+/JoLTyFUmhY8cHhYfJTSdGfHbEXryHh8Hc4lFE3FwNpGyGObmEvrTKwRRGhSP7ykQtDIZIzaJkzatcM5Dxuejk6TRI6u5ofpQ==;24:/mYiDN/ePZTM+Ak68r68/tRulJIBEdfj4lZlyWQMHcjDRrA+5gSQLFi+vVpiHQhfw8q+EadCR5Ff/53EpMbTt3Aj4zXk1dEvFdHvikOcGG0=;7:PxtDzX0SjqGwxr656Wc4RAYDCGgaCDTqyfJRLLLgTK704tlV33na4+yJxVs8ZRlXtKR/xKUKQXveSOz7MU/GVSauqO2mT9W/9XbKPrd5eQdaks9ZO4dFbyrP1fPiUdooERZ2IMncPckebi2VxEkkpQqlJc02oKSSRG9Prbx96k/GAubausHxebnCC/UDuo51m+2x5OKbiMbjcbTdvT7D/zs3MLs8QfgKHqQiC6YUSPGLRKxSrxr9e0gN+6Crsdzl SpamDiagnosticOutput: 1:99 SpamDiagnosticMetadata: NSPM X-Microsoft-Exchange-Diagnostics: 1;DB6PR0801MB1976;20:0n4+fLFmy/jLi55/Jw9EaLlZ3zcTFukfMEC9+CmuJNsb1gdrKx0QmRIbQkieaZ4Vw+8R5nFSf3bTm2DeGukLAbcU8kg27PN879iLxq7LUnqzg2D5UEmxXO4i6klOIKhDNPRbqlb8SFRG0wDp1s0Pmokdi7WnBtcUsZKWDeqfut0= X-OriginatorOrg: virtuozzo.com X-MS-Exchange-CrossTenant-OriginalArrivalTime: 10 Jul 2016 05:36:26.2758 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-Transport-CrossTenantHeadersStamped: DB6PR0801MB1976 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, Jul 08, 2016 at 10:13:08PM -0500, Eric W. Biederman wrote: > "W. Trevor King" writes: > > > On Thu, Jul 07, 2016 at 08:01:52AM -0700, James Bottomley wrote: > >> In theory, we could get nsfs to show this information as an option > >> (just add a show_options entry to the superblock ops), but the > >> problem is that although each namespace has a parent user_ns, > >> there's no way to get it without digging in the namespace specific > >> structure. Probably we should restructure to move it into > >> ns_common, then we could display it (and enforce all namespaces > >> having owning user_ns) but it would be a reasonably large (but > >> mechanical) change. > > > > It sounds like everyone is either positive or or neutral on this > > groundwork, even if we haven't decided if/how to expose the > > information to userspace. I'm happy to work up a patch while the rest > > of the discussion continues. I'm also happy to let someone else work > > up the patch, if anyone else is chomping at the bit ;). > > I am dubious on moving all of the user namespace members into ns_common. > > I would happy to be proved wrong but I suspect in the cases where we > actually use that user namespace the code will become uglier. Making > the ordinary uses uglier to make a rare corner case nicer is the wrong > trade off. > > But feel free to try it is certainly worth doing if it doesn't make the > code that uses the user namespaces uglier. If it's interesting for someone, I have this patch in my tree https://github.com/avagin/linux-task-diag/commit/63b32df68ae8d3a3842bae42bbcae3468db76d85 I can't say that it makes something uglier. > > Eric > > _______________________________________________ > CRIU mailing list > CRIU@openvz.org > https://lists.openvz.org/mailman/listinfo/criu