Received: by 2002:a05:6359:6284:b0:131:369:b2a3 with SMTP id se4csp4606816rwb; Tue, 8 Aug 2023 10:52:49 -0700 (PDT) X-Google-Smtp-Source: AGHT+IGd4rUBXUTly0d1njf33kvUT1ha9q2w1QLYDEWcRsJ/doPeS2r53iWi2L53TcvIHsVrgZ0y X-Received: by 2002:a17:90a:c384:b0:262:fba6:59b5 with SMTP id h4-20020a17090ac38400b00262fba659b5mr237791pjt.24.1691517168666; Tue, 08 Aug 2023 10:52:48 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1691517168; cv=none; d=google.com; s=arc-20160816; b=NEdTKTfYeHTctlOIDwxTYkksOEVQV8Oe5l7PnXqnwQsqEA0KcphvYdHN8ec5SKGT4A F43iBRzpib2kGzll34mVh6apyfL6/JawbhoOuvhKCskv/25kUvi9YAPWYSEQ9pXRfn5j GC+usS9jro/SfHBieCZxDKbFmTAa4for/CydRoGC/OkimzmCF4mH6oifyPb8kKlb8chz Lo7vttlUHzjkUNXaC7LaH2um7zgE02FAGrIRxYgWvEPzLain+4rnwEt/S2EysfFoz+HS sOcxILerin7z9+fHwuj9cm471mH5y4CE9CDPcsXcYKDKll70ilV0Z6CpyRGrBDnN4DMh KMAg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:cc:to:subject :message-id:date:from:in-reply-to:references:mime-version :dkim-signature; bh=fRoLFKuBBTsM517w9bYkoh1sgHovrVmkfaDshlCShZM=; fh=R+kY4MbwU0gqioJ+AnzEtg5d75+ePexm8wIP/LQbJlg=; b=ZEVtxTwwoRV8Onpq252ybg5SYh1WacpyQ5DvloqxbhUyR4y17tw2n5XBXkDYxpWtm5 Xg7KKxjuTVllcDh+EXWjVfUMxwRfWglFvMTD4jtgZQI/aQ4L+sNPLYYRLAxZFhVRSr2f 0Vkj3fQ7PJz4xAAnwr+LpMev2bKi8UUHOTSzfXYvrTq3WXpJpy50UYVtsM34GEUMGu60 +3eFQi53vQgz3gnL8vM5QI0459didgVoNJ9qJDl16NSRliXsyQkdTNCHe8X7FuUFqq/S BaALV5ipqZMcUfQaFrOEtQ9eY8oeFSsdBqVWrK6e50jOwxDX/4ry5/83DQfUWG4OF+Vm KnrA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@canonical.com header.s=20210705 header.b=I5lwIlvW; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=canonical.com Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id d14-20020a170902654e00b001bc6b24835dsi3610441pln.37.2023.08.08.10.52.36; Tue, 08 Aug 2023 10:52:48 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@canonical.com header.s=20210705 header.b=I5lwIlvW; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=canonical.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S233930AbjHHRAd (ORCPT + 99 others); Tue, 8 Aug 2023 13:00:33 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:43698 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S233910AbjHHQ7q (ORCPT ); Tue, 8 Aug 2023 12:59:46 -0400 Received: from smtp-relay-internal-1.canonical.com (smtp-relay-internal-1.canonical.com [185.125.188.123]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 115675593C for ; Tue, 8 Aug 2023 09:00:24 -0700 (PDT) Received: from mail-yw1-f197.google.com (mail-yw1-f197.google.com [209.85.128.197]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by smtp-relay-internal-1.canonical.com (Postfix) with ESMTPS id C9313417C2 for ; Tue, 8 Aug 2023 06:31:07 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=canonical.com; s=20210705; t=1691476267; bh=fRoLFKuBBTsM517w9bYkoh1sgHovrVmkfaDshlCShZM=; h=MIME-Version:References:In-Reply-To:From:Date:Message-ID:Subject: To:Cc:Content-Type; b=I5lwIlvWtZR5iJ6jrrhoRW9SJ9BpjIu4idjHy7/LKnlYWXVZlWxLK2JprhNSrwcdc A3I1IsrK/dh8cg2FRQMjLUO51WWDf2GRET880qX0aKOxpGqExcZfIVI5ibR8QqOOgf Uh1N06CjQsWsAP5sez3Z+qQ11yQd/vxVR7PSwDkt2HadKO2LuPk+Fooo0pp4UdMLsX lDHztyonuZR0enr1AHX2fxB0FaLtsmT+83DNrDrXKw7Vys/SaQRezI8mJ1YIUhSQSr 1cuk33saVsUsv+Wcfb7Pt1zfz/6EAzMMsHGjrfjxjlrWBskiwqgc1ENEGLh1JbL3sM CODWrJWnVCAkw== Received: by mail-yw1-f197.google.com with SMTP id 00721157ae682-5897d05e878so1377537b3.3 for ; Mon, 07 Aug 2023 23:31:07 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1691476267; x=1692081067; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=fRoLFKuBBTsM517w9bYkoh1sgHovrVmkfaDshlCShZM=; b=f20Hitmh5UmUl7g5mbn+veAAN23ajMmJVLg5DLkcYUv7oXaV+vf7KjTw1ec3Bgcb/j DK1nZ2J8kZdej0GAXZHRqlMnV6C5hPbUKZl4xLEwS3U0gh+NKU8HIzh/z70UV4ytytpj in82emy8e9Ig2v98W9TjeIplvNNpli2goqRn7HVqL7yaXn4+dLqOa+uwhvPkvsqyOROg A0lcAOU+qvOIxP0LIZ6DbrKt+q1gkze8JT3G2QGVfgwkgYiTpa8iuyOC8HdKYpR3KWaR 7iMBmOw14vjGOuvJ9wyvBCWde5pE0kDt3XpWLDhdrgeqac0Ts3330cbgN50zZTBVzU5Z esqA== X-Gm-Message-State: AOJu0Yz+Jk+uTAnw/NBjTQ9wWXsoNnzHbo/psIwOqV6mnXpQy7ftYGaf dhQ2Wl566bTEumXJsUHu7cIqspFkHmxGN/wOPmUyFLb9V1MHjyIbwnxdhkBK7I7hXSPE1dmttAx rNO/J7XYyywHBKjzkSQoHsGnLrizHx9OvqZK99PnxoanrTaOaSl9XgGBI8A== X-Received: by 2002:a25:268f:0:b0:d4c:68e5:5570 with SMTP id m137-20020a25268f000000b00d4c68e55570mr7846782ybm.48.1691476266844; Mon, 07 Aug 2023 23:31:06 -0700 (PDT) X-Received: by 2002:a25:268f:0:b0:d4c:68e5:5570 with SMTP id m137-20020a25268f000000b00d4c68e55570mr7846767ybm.48.1691476266550; Mon, 07 Aug 2023 23:31:06 -0700 (PDT) MIME-Version: 1.0 References: <20230807132626.182101-1-aleksandr.mikhalitsyn@canonical.com> In-Reply-To: From: Aleksandr Mikhalitsyn Date: Tue, 8 Aug 2023 08:30:55 +0200 Message-ID: Subject: Re: [PATCH v10 00/12] ceph: support idmapped mounts To: Xiubo Li Cc: brauner@kernel.org, stgraber@ubuntu.com, linux-fsdevel@vger.kernel.org, Ilya Dryomov , Jeff Layton , ceph-devel@vger.kernel.org, linux-kernel@vger.kernel.org Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Spam-Status: No, score=-2.1 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF, RCVD_IN_DNSWL_BLOCKED,SPF_HELO_NONE,SPF_PASS,URIBL_BLOCKED autolearn=unavailable autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, Aug 8, 2023 at 2:45=E2=80=AFAM Xiubo Li wrote: > > LGTM. > > Reviewed-by: Xiubo Li > > I will queue this to the 'testing' branch and then we will run ceph qa > tests. Thanks, Xiubo! JFYI: commit ordering in https://github.com/ceph/ceph-client/commits/testing looks a little bit weird probably something got wrong during patch application to the tree. Kind regards, Alex > > Thanks Alex. > > - Xiubo > > On 8/7/23 21:26, Alexander Mikhalitsyn wrote: > > Dear friends, > > > > This patchset was originally developed by Christian Brauner but I'll co= ntinue > > to push it forward. Christian allowed me to do that :) > > > > This feature is already actively used/tested with LXD/LXC project. > > > > Git tree (based on https://github.com/ceph/ceph-client.git testing): > > v10: https://github.com/mihalicyn/linux/commits/fs.idmapped.ceph.v10 > > current: https://github.com/mihalicyn/linux/tree/fs.idmapped.ceph > > > > In the version 3 I've changed only two commits: > > - fs: export mnt_idmap_get/mnt_idmap_put > > - ceph: allow idmapped setattr inode op > > and added a new one: > > - ceph: pass idmap to __ceph_setattr > > > > In the version 4 I've reworked the ("ceph: stash idmapping in mdsc requ= est") > > commit. Now we take idmap refcounter just in place where req->r_mnt_idm= ap > > is filled. It's more safer approach and prevents possible refcounter un= derflow > > on error paths where __register_request wasn't called but ceph_mdsc_rel= ease_request is > > called. > > > > Changelog for version 5: > > - a few commits were squashed into one (as suggested by Xiubo Li) > > - started passing an idmapping everywhere (if possible), so a caller > > UID/GID-s will be mapped almost everywhere (as suggested by Xiubo Li) > > > > Changelog for version 6: > > - rebased on top of testing branch > > - passed an idmapping in a few places (readdir, ceph_netfs_issue_op_inl= ine) > > > > Changelog for version 7: > > - rebased on top of testing branch > > - this thing now requires a new cephfs protocol extension CEPHFS_FEATUR= E_HAS_OWNER_UIDGID > > https://github.com/ceph/ceph/pull/52575 > > > > Changelog for version 8: > > - rebased on top of testing branch > > - added enable_unsafe_idmap module parameter to make idmapped mounts > > work with old MDS server versions > > - properly handled case when old MDS used with new kernel client > > > > Changelog for version 9: > > - added "struct_len" field in struct ceph_mds_request_head as requested= by Xiubo Li > > > > Changelog for version 10: > > - fill struct_len field properly (use cpu_to_le32) > > - add extra checks IS_CEPH_MDS_OP_NEWINODE(..) as requested by Xiubo to= match > > userspace client behavior > > - do not set req->r_mnt_idmap for MKSNAP operation > > - atomic_open: set req->r_mnt_idmap only for CEPH_MDS_OP_CREATE as user= space client does > > > > I can confirm that this version passes xfstests and > > tested with old MDS (without CEPHFS_FEATURE_HAS_OWNER_UIDGID) > > and with recent MDS version. > > > > Links to previous versions: > > v1: https://lore.kernel.org/all/20220104140414.155198-1-brauner@kernel.= org/ > > v2: https://lore.kernel.org/lkml/20230524153316.476973-1-aleksandr.mikh= alitsyn@canonical.com/ > > tree: https://github.com/mihalicyn/linux/commits/fs.idmapped.ceph.v2 > > v3: https://lore.kernel.org/lkml/20230607152038.469739-1-aleksandr.mikh= alitsyn@canonical.com/#t > > v4: https://lore.kernel.org/lkml/20230607180958.645115-1-aleksandr.mikh= alitsyn@canonical.com/#t > > tree: https://github.com/mihalicyn/linux/commits/fs.idmapped.ceph.v4 > > v5: https://lore.kernel.org/lkml/20230608154256.562906-1-aleksandr.mikh= alitsyn@canonical.com/#t > > tree: https://github.com/mihalicyn/linux/commits/fs.idmapped.ceph.v5 > > v6: https://lore.kernel.org/lkml/20230609093125.252186-1-aleksandr.mikh= alitsyn@canonical.com/ > > tree: https://github.com/mihalicyn/linux/commits/fs.idmapped.ceph.v6 > > v7: https://lore.kernel.org/all/20230726141026.307690-1-aleksandr.mikha= litsyn@canonical.com/ > > tree: https://github.com/mihalicyn/linux/commits/fs.idmapped.ceph.v7 > > v8: https://lore.kernel.org/all/20230803135955.230449-1-aleksandr.mikha= litsyn@canonical.com/ > > tree: - > > v9: https://lore.kernel.org/all/20230804084858.126104-1-aleksandr.mikha= litsyn@canonical.com/ > > tree: https://github.com/mihalicyn/linux/commits/fs.idmapped.ceph.v9 > > > > Kind regards, > > Alex > > > > Original description from Christian: > > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > > This patch series enables cephfs to support idmapped mounts, i.e. the > > ability to alter ownership information on a per-mount basis. > > > > Container managers such as LXD support sharaing data via cephfs between > > the host and unprivileged containers and between unprivileged container= s. > > They may all use different idmappings. Idmapped mounts can be used to > > create mounts with the idmapping used for the container (or a different > > one specific to the use-case). > > > > There are in fact more use-cases such as remapping ownership for > > mountpoints on the host itself to grant or restrict access to different > > users or to make it possible to enforce that programs running as root > > will write with a non-zero {g,u}id to disk. > > > > The patch series is simple overall and few changes are needed to cephfs= . > > There is one cephfs specific issue that I would like to discuss and > > solve which I explain in detail in: > > > > [PATCH 02/12] ceph: handle idmapped mounts in create_request_message() > > > > It has to do with how to handle mds serves which have id-based access > > restrictions configured. I would ask you to please take a look at the > > explanation in the aforementioned patch. > > > > The patch series passes the vfs and idmapped mount testsuite as part of > > xfstests. To run it you will need a config like: > > > > [ceph] > > export FSTYP=3Dceph > > export TEST_DIR=3D/mnt/test > > export TEST_DEV=3D10.103.182.10:6789:/ > > export TEST_FS_MOUNT_OPTS=3D"-o name=3Dadmin,secret=3D$password > > > > and then simply call > > > > sudo ./check -g idmapped > > > > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > > > > Alexander Mikhalitsyn (3): > > fs: export mnt_idmap_get/mnt_idmap_put > > ceph: add enable_unsafe_idmap module parameter > > ceph: pass idmap to __ceph_setattr > > > > Christian Brauner (9): > > ceph: stash idmapping in mdsc request > > ceph: handle idmapped mounts in create_request_message() > > ceph: pass an idmapping to mknod/symlink/mkdir > > ceph: allow idmapped getattr inode op > > ceph: allow idmapped permission inode op > > ceph: allow idmapped setattr inode op > > ceph/acl: allow idmapped set_acl inode op > > ceph/file: allow idmapped atomic_open inode op > > ceph: allow idmapped mounts > > > > fs/ceph/acl.c | 6 +-- > > fs/ceph/crypto.c | 2 +- > > fs/ceph/dir.c | 4 ++ > > fs/ceph/file.c | 11 ++++- > > fs/ceph/inode.c | 29 +++++++------ > > fs/ceph/mds_client.c | 78 ++++++++++++++++++++++++++++++++--= - > > fs/ceph/mds_client.h | 8 +++- > > fs/ceph/super.c | 7 +++- > > fs/ceph/super.h | 3 +- > > fs/mnt_idmapping.c | 2 + > > include/linux/ceph/ceph_fs.h | 10 ++++- > > include/linux/mnt_idmapping.h | 3 ++ > > 12 files changed, 136 insertions(+), 27 deletions(-) > > >