Received: by 10.223.164.202 with SMTP id h10csp5944560wrb; Tue, 21 Nov 2017 19:07:13 -0800 (PST) X-Google-Smtp-Source: AGs4zMar1Z7MBn68Lu8X5fJRFUbRefu50AMFkJ3Q5DMmCJ6y8ZfSfyw7MdoawIzbfkrTuwwomHqz X-Received: by 10.98.144.129 with SMTP id q1mr17646426pfk.38.1511320033103; Tue, 21 Nov 2017 19:07:13 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1511320033; cv=none; d=google.com; s=arc-20160816; b=FjHQaFZ9IeH1pGZe4Cuo5ig/zzUGFCa23u7BvLHLUy8e5Rcn3CVEsuFvfpabz7c0mv WDFimbp3ToUyfcL2XVL3GD7jBfx18LjPKeqP7PllqiwfJynHI1dOp+Mk3Iw7wfYJDjzZ hkPJ5Q9CBWVO0S0d1Z2hCdSk9fgEPXpZcTeuS+dp1CmUEzX/SQ20i3CNoFxN3CDDSPRm 44lBmTXVFwtWlu+SUj5URcsnr/9ZtOSnULi1+BtxOl6MVRS9xGGo9BBO0gkt/xLwP64q S3n4QMyVV09noCxDd8EG1Zab4FUalh9aP3oJ8MB6VqUUKbqB/1j+nw48KrrgzAVnfRfF B9Pw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:in-reply-to :mime-version:user-agent:date:message-id:from:cc:references:to :subject:arc-authentication-results; bh=HXVqNK2Mh6V5VSN+cLw/9fhYPxqu681FdBm3L4tl5kw=; b=LBCI1PSVqx4XR9/O1Gcm9rqIWJ8FeuUc5cn4zeq020vOW9SC9b47GIB/p+7kiRFoRO lYmOLw7w+j2sowm8czy31E+KG4k3fyCYb+WUYZNXFWt9E5trwqg56zrVspwhPUrc5gTH 6p7556ZHr6h9ih8akeVEnhRWEHdutbaj1gpH0jmWlZqQvLw0oZKh85MKEEj+RkUWw1CR aVstGkEffNGVQPN+xu5p9AThUJr8Wpsi6VXZLJ2FA2qgzHA6fUiiAB7jEPacVsdJonCm g0x8PKn4gnIylahza6PjXUfcJJSpYjB27NXrMz71l3rGHo9UR6O12qUsdYfDXQU5GZNm rCFw== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id d71si3805260pfd.308.2017.11.21.19.07.02; Tue, 21 Nov 2017 19:07:13 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752338AbdKVDGa (ORCPT + 76 others); Tue, 21 Nov 2017 22:06:30 -0500 Received: from mail.cn.fujitsu.com ([183.91.158.132]:16333 "EHLO heian.cn.fujitsu.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1752430AbdKVDG1 (ORCPT ); Tue, 21 Nov 2017 22:06:27 -0500 X-IronPort-AV: E=Sophos;i="5.43,368,1503331200"; d="scan'208";a="30359732" Received: from bogon (HELO cn.fujitsu.com) ([10.167.33.5]) by heian.cn.fujitsu.com with ESMTP; 22 Nov 2017 11:06:26 +0800 Received: from G08CNEXCHPEKD03.g08.fujitsu.local (unknown [10.167.33.85]) by cn.fujitsu.com (Postfix) with ESMTP id 6C8D7482D01B; Wed, 22 Nov 2017 11:06:24 +0800 (CST) Received: from localhost.localdomain (10.167.226.73) by G08CNEXCHPEKD03.g08.fujitsu.local (10.167.33.89) with Microsoft SMTP Server id 14.3.361.1; Wed, 22 Nov 2017 11:06:24 +0800 Subject: Re: [PATCH_v4.1_3/3] Make core_pattern support namespace To: Aleksa Sarai , References: <1501655849-9149-1-git-send-email-caosf.fnst@cn.fujitsu.com> <1501655849-9149-4-git-send-email-caosf.fnst@cn.fujitsu.com> <8bb63f0a-d0b7-edf7-6dca-4d12641074b4@suse.de> CC: , , From: =?UTF-8?B?5pu55qCR54O9?= Message-ID: <5A14E9F7.4070305@cn.fujitsu.com> Date: Wed, 22 Nov 2017 11:07:35 +0800 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.1.0 MIME-Version: 1.0 In-Reply-To: <8bb63f0a-d0b7-edf7-6dca-4d12641074b4@suse.de> Content-Type: text/plain; charset="utf-8"; format=flowed Content-Transfer-Encoding: 8bit X-yoursite-MailScanner-ID: 6C8D7482D01B.A831F X-yoursite-MailScanner: Found to be clean X-yoursite-MailScanner-From: caosf.fnst@cn.fujitsu.com X-Spam-Status: No Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi, Aleksa Sarai: Sorry for the late replay. > what happens if you have processes in the same pidns that have different mount namespaces? We support this. The coredump file will be saved in the same mount namespace with the processes. This is implemented by patch > Just my $0.02. Thanks. Best Regards Cao ShuFeng 在 2017年08月02日 15:07, Aleksa Sarai 写道: >> Currently, each container shared one copy of coredump setting >> with the host system, if host system changed the setting, each >> running containers will be affected. >> Same story happened when container changed core_pattern, both >> host and other container will be affected. >> >> For container based on namespace design, it is good to allow >> each container keeping their own coredump setting. > > From what I can see, this is basically setting a per-pidns > core_pattern (which is hierarchically applied). I'm not sure this > actually solves the more general problem (that usermode helper > settings aren't generally namespace-aware) -- and what happens if you > have processes in the same pidns that have different mount namespaces? > > If we _had_ to do it like this I would think it makes more sense to > pin it to mountns, but I was under the impression that someone was > working on making usermode helpers play nicer with namespaces. > > Just my $0.02. > From 1582931696818069399@xxx Thu Nov 02 05:41:43 +0000 2017 X-GM-THRID: 1574600345417689154 X-Gmail-Labels: Inbox,Category Forums,HistoricalUnread