From patchwork Mon Aug 7 13:26:14 2023 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Aleksandr Mikhalitsyn X-Patchwork-Id: 13255 Return-Path: Delivered-To: ouuuleilei@gmail.com Received: by 2002:a59:c44e:0:b0:3f2:4152:657d with SMTP id w14csp1561072vqr; Mon, 7 Aug 2023 09:21:39 -0700 (PDT) X-Google-Smtp-Source: AGHT+IGeujBLtl9SiLZ/GT8GqsNYiFHCZdlJ6GoLa/Ht2LLNXS57u8MvoWmHZL+ukLgRxg3wiJuz X-Received: by 2002:a17:906:3153:b0:99c:bb4d:f590 with SMTP id e19-20020a170906315300b0099cbb4df590mr5919171eje.47.1691425298741; Mon, 07 Aug 2023 09:21:38 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1691425298; cv=none; d=google.com; s=arc-20160816; b=SNE/JcSH/mN5xOk2OR22BesUH7ZdKaeYtBsRDzQytXBklK3XU4CI/3oYTYw+M9jFbC aRrPBWlkysj4MrsO/zFJkjEEb4TkSWUeli8L07NFhfXMc0hHv3S9dHa/djDIbWzEx1ac 1fo/3R3odjpFHtBWJJbCQBVRhi96zduacLGV7VlhXI+iO76AMWOg7oYuBTdTT8hvxCuS dqztm1aCdOz9A4hYFm39vRufmD54oRfZmCP67752OHQp4/9pw+MXdt4ISss2nZJueMgR 0chkNvmv856aE34agwaBPeR+dO2zYvsUDQJckHgj4OgwYG7c9YYWrc3ywH2QaJ1MRoyj gdug== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :message-id:date:subject:cc:to:from:dkim-signature; bh=2QYRCXIE9egJt4LNBYOA/f+a+SuPW1YIlf3WwssDc/Q=; fh=ZfQYNu19/ObQxBf+feoOki2c1nB5OBZk5ttVMRj/3/o=; b=bDGIGEFEEK0/sRCDAvrVLRTpejBTjm/WKlTw/teB7+gnmqKpKhG27sQm/8UIWG+h3x g1xNayCkAd29ZudiJScJZrSrElBEF7A1Ng20m9Ci/owehvek+eUkWAFZRG/Kk3wNt0bT SmGQDVWMm1u8+80TR5sLxp2BgEM5UEWWWzQO0qljzNsIQXMuJ57hfldqBjsFuXdyVRbm x2N2MBl61PzoaQb3ithRxwLcnyKSwnK8XMK27RNOYFojSxYBWO7X692oCUBP3Q9W525I oDXyGxXS+ZwEkpEjpSjhCcK2E5DNZrr9AbdD9o10NAUey24LvVDCiofpZM4DLUy9y6F7 qOtQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@canonical.com header.s=20210705 header.b=ehHSHPlQ; 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: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id y16-20020a170906471000b0099290e2c162si5678402ejq.444.2023.08.07.09.21.15; Mon, 07 Aug 2023 09:21:38 -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=ehHSHPlQ; 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 S232926AbjHGN2o (ORCPT + 99 others); Mon, 7 Aug 2023 09:28:44 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:43008 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S232110AbjHGN2l (ORCPT ); Mon, 7 Aug 2023 09:28:41 -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 E98B11BD8 for ; Mon, 7 Aug 2023 06:28:21 -0700 (PDT) Received: from mail-ej1-f71.google.com (mail-ej1-f71.google.com [209.85.218.71]) (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 E14E93F171 for ; Mon, 7 Aug 2023 13:27:58 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=canonical.com; s=20210705; t=1691414878; bh=2QYRCXIE9egJt4LNBYOA/f+a+SuPW1YIlf3WwssDc/Q=; h=From:To:Cc:Subject:Date:Message-Id:MIME-Version:Content-Type; b=ehHSHPlQnHvmzdR9qYwiM2QTuSuZlD5h4ozt+lxa9EOu3ADbEXkEioFkZVgH38EVI 7Nw7kG8HstfZrbTLM+ydK1dhgHowXSu9x1ZDSz2UrTBuZ9FTO2zecxLTz9jO4gmFFd T1E+Yf+/JuRtcYtrP9GOcGhBbIvB0A/zNe98b6g4M9rCilxY9slpV8vkOCaNCYbrWc U1zMdHLMAEc9Pshse7fwWG3Mc76bmppTswu2lJhBOGA+627JDHr67OSiurlR6jaZzF rw4Z14AO470Ab+aBlM6N/NVmSrcnme6EvLj2fv6bDMvwggDpTqaXhXdydo9xScQjg/ UpE3PVCe980Sw== Received: by mail-ej1-f71.google.com with SMTP id a640c23a62f3a-94a34a0b75eso300595866b.1 for ; Mon, 07 Aug 2023 06:27:58 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1691414878; x=1692019678; h=content-transfer-encoding:mime-version:message-id:date:subject:cc :to:from:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=2QYRCXIE9egJt4LNBYOA/f+a+SuPW1YIlf3WwssDc/Q=; b=Fg4eyvL2i3VhrshGR6NSA3/nS7laPPLJNAu9OO8IIiX0OZHg88+DtDUvKL2LoYviAs jruf3iEya0hcOEOHTBhXB4UJHB64Pm+CqNWodJ4ns0Vk6Ge7Vmlp3hpy6I044RCvoph4 BKN8lVlpw6aEUKndgfC62cZAa2aV3FgfOlMpRAUt9bu5NIJ+NQmmpFjM0W4lIRVb4ueN Mj57YPwQfynfm0Ro9Uut7daEijN+V7k78wtQ6kMGKiUfX/kxa+RX/04+EaomEz9nc4Tw 0VGPXZ73mROmfRNN7WorxMeaOHPQTohuYp63ebHRXwAKsh30UFUsNkh2g92Iu4+EKKB/ GnfQ== X-Gm-Message-State: AOJu0YyMGWVjapFAk6RmijN/AToH5p8fn9pGw8aNONWm9+DjUvDFsvT9 7lmgdcOGl7Sb0smD+eQ4VvtsdgfkSqY+ykjlWT9KI56nnJcb4kPuRs0NgdTh1bO/1KiMxVqlUws aJfofvPFUOpzEY4w7O7J4upSf1b/qtwqdbheWNMTwvg== X-Received: by 2002:a17:906:209c:b0:99b:5abb:8caf with SMTP id 28-20020a170906209c00b0099b5abb8cafmr8504026ejq.44.1691414878576; Mon, 07 Aug 2023 06:27:58 -0700 (PDT) X-Received: by 2002:a17:906:209c:b0:99b:5abb:8caf with SMTP id 28-20020a170906209c00b0099b5abb8cafmr8504004ejq.44.1691414878223; Mon, 07 Aug 2023 06:27:58 -0700 (PDT) Received: from amikhalitsyn.local (dslb-088-066-182-192.088.066.pools.vodafone-ip.de. [88.66.182.192]) by smtp.gmail.com with ESMTPSA id lg12-20020a170906f88c00b00992ca779f42sm5175257ejb.97.2023.08.07.06.27.57 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 07 Aug 2023 06:27:57 -0700 (PDT) From: Alexander Mikhalitsyn To: xiubli@redhat.com 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 Subject: [PATCH v10 00/12] ceph: support idmapped mounts Date: Mon, 7 Aug 2023 15:26:14 +0200 Message-Id: <20230807132626.182101-1-aleksandr.mikhalitsyn@canonical.com> X-Mailer: git-send-email 2.34.1 MIME-Version: 1.0 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 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 X-getmail-retrieved-from-mailbox: INBOX X-GMAIL-THRID: 1773580422638512893 X-GMAIL-MSGID: 1773587973880435389 Dear friends, This patchset was originally developed by Christian Brauner but I'll continue 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 request") commit. Now we take idmap refcounter just in place where req->r_mnt_idmap is filled. It's more safer approach and prevents possible refcounter underflow on error paths where __register_request wasn't called but ceph_mdsc_release_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_inline) Changelog for version 7: - rebased on top of testing branch - this thing now requires a new cephfs protocol extension CEPHFS_FEATURE_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 userspace 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.mikhalitsyn@canonical.com/ tree: https://github.com/mihalicyn/linux/commits/fs.idmapped.ceph.v2 v3: https://lore.kernel.org/lkml/20230607152038.469739-1-aleksandr.mikhalitsyn@canonical.com/#t v4: https://lore.kernel.org/lkml/20230607180958.645115-1-aleksandr.mikhalitsyn@canonical.com/#t tree: https://github.com/mihalicyn/linux/commits/fs.idmapped.ceph.v4 v5: https://lore.kernel.org/lkml/20230608154256.562906-1-aleksandr.mikhalitsyn@canonical.com/#t tree: https://github.com/mihalicyn/linux/commits/fs.idmapped.ceph.v5 v6: https://lore.kernel.org/lkml/20230609093125.252186-1-aleksandr.mikhalitsyn@canonical.com/ tree: https://github.com/mihalicyn/linux/commits/fs.idmapped.ceph.v6 v7: https://lore.kernel.org/all/20230726141026.307690-1-aleksandr.mikhalitsyn@canonical.com/ tree: https://github.com/mihalicyn/linux/commits/fs.idmapped.ceph.v7 v8: https://lore.kernel.org/all/20230803135955.230449-1-aleksandr.mikhalitsyn@canonical.com/ tree: - v9: https://lore.kernel.org/all/20230804084858.126104-1-aleksandr.mikhalitsyn@canonical.com/ tree: https://github.com/mihalicyn/linux/commits/fs.idmapped.ceph.v9 Kind regards, Alex Original description from Christian: ======================================================================== 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 containers. 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=ceph export TEST_DIR=/mnt/test export TEST_DEV=10.103.182.10:6789:/ export TEST_FS_MOUNT_OPTS="-o name=admin,secret=$password and then simply call sudo ./check -g idmapped ======================================================================== 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(-) Reviewed-by: Xiubo Li