Received: by 2002:ad5:4acb:0:0:0:0:0 with SMTP id n11csp1772902imw; Tue, 5 Jul 2022 15:24:10 -0700 (PDT) X-Google-Smtp-Source: AGRyM1vX7p74rP5sgtlcAVJfcsf8oAvk8DuAnsdP+e9bMhig9kdhW8sJP2RxYjlDGMIPexwuHC+g X-Received: by 2002:a63:e446:0:b0:412:937b:5a3c with SMTP id i6-20020a63e446000000b00412937b5a3cmr711039pgk.316.1657059850153; Tue, 05 Jul 2022 15:24:10 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1657059850; cv=none; d=google.com; s=arc-20160816; b=UWkTXGuEVOEEUYqZPId/P9IAlA/DMvDG6Gs/bgLHBRCjF/PLJxMKp34UofHsfkgd7y lRK4eWvFoHQqlOX2Vpheq4dKv1CAh4TLxS1vYVfQLKTmROxEY8x1x1o44p5bq+uMHv6a GqM0x9i9fG85LQ8mBl3kBIb3Roi6/a8ja3lbWPZ4RfXPflIUH2mg0FuJMVzcMO3cBqlv oe77G0xKHALCESBNKQlvFRh6vOiNyblqWR8ieowOUE59ArZoVrfU3ZugDa+/UVjwtS3q XJb9QxmnD7tQGzTv8C0gwwXSheh7wWeekDLNm5x98DwlgAoT2Ke3l8HtEKoOOJhMkKQq yvcg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date:dkim-signature; bh=HFwBAHEntl2bl/xlIRp87O2vYzG/FHGGdje71T+d85c=; b=mgmM3QcAhhSnJRA2ILdblAdiNtU2YBLB7bJUd3avdnuzURbr0oqzscHs+RlyD/iXnL vCUYhbeYCPY1cEJB3d7e8zB5pQ+FAq1we2kE0PUh5T2ZdWYXlzKuefnzGVhJJD0B3OPV RnuVtwZxIFtBXPw50XEDnUn0MfVith5Xb9cUr4rxoKwV3dtLXJwQqgyb1TwpcUpGeSGT vJ9l60w2pbNWRLS7chBRb/DYMu13zPQ/Wu71z94C9nuTbSCFd/jyIrG8oQ2ROV7Klnna WVO7zKg3wTGepdoXqCcCps9zu+QaII96XuwucXti/y46B5fQZofMPpY7yuQdeZiaeqnK utWg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=O7Q6SOZp; spf=pass (google.com: domain of linux-ext4-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-ext4-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id q5-20020a170902788500b00163fe7fc211si43080510pll.176.2022.07.05.15.23.49; Tue, 05 Jul 2022 15:24:10 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-ext4-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=@kernel.org header.s=k20201202 header.b=O7Q6SOZp; spf=pass (google.com: domain of linux-ext4-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-ext4-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S230370AbiGEWT1 (ORCPT + 99 others); Tue, 5 Jul 2022 18:19:27 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:58568 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230001AbiGEWT0 (ORCPT ); Tue, 5 Jul 2022 18:19:26 -0400 Received: from ams.source.kernel.org (ams.source.kernel.org [145.40.68.75]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id DE3BC186F6; Tue, 5 Jul 2022 15:19:24 -0700 (PDT) Received: from smtp.kernel.org (relay.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ams.source.kernel.org (Postfix) with ESMTPS id 89891B81A21; Tue, 5 Jul 2022 22:19:23 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 3BC67C341C7; Tue, 5 Jul 2022 22:19:22 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1657059562; bh=8ol3ium0F1HpLnoiEeNCZZzWYtnewVABTPrN9a5u0qc=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=O7Q6SOZpF+35k6Kqu4DAEHlC8mV1DG8egaEqmXisDQRLprHK1H5ENRu0k7wcsKtLX ell5uNkLJBVcOFs5roY6NpNz/u6T3XwouXEotQE6HD3/+ObXrNBvdjfp/izjWkrgq2 YGf7k7TqZ/MG7rcCbiu5MVihfAJezWyH5fSQaIJKO1HNvZmZMqY2nNRmTRSUZlJ3rb KXE3eqq57ou97mCRfx/Fb88jMcn9k9VTBG1uuSDQ6PPg/POa/brLCj/8k4zZw9a0vu hizru88VbN85xVcc91fkRKdqBjxwtiqFk1W6SSWlCW5lHa0p4pUvYx904lX/HuujXX 9jtVOWhYBT3ag== Date: Tue, 5 Jul 2022 15:19:21 -0700 From: "Darrick J. Wong" To: Zorro Lang Cc: Jeremy Bongio , Ted Tso , linux-ext4@vger.kernel.org, fstests@vger.kernel.org Subject: Re: [PATCH v2] ext4/056: add a check to make sure ext4 uuid ioctls get/set during fsstress. Message-ID: References: <20220701201332.183711-1-bongiojp@gmail.com> <20220705152507.wsnqr56o7h3hzfxn@zlang-mailbox> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20220705152507.wsnqr56o7h3hzfxn@zlang-mailbox> X-Spam-Status: No, score=-7.8 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_HI, SPF_HELO_NONE,SPF_PASS,T_SCC_BODY_TEXT_LINE autolearn=ham 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-ext4@vger.kernel.org On Tue, Jul 05, 2022 at 11:25:07PM +0800, Zorro Lang wrote: > On Fri, Jul 01, 2022 at 01:13:32PM -0700, Jeremy Bongio wrote: > > Adds a utility to set/get uuid through ext4 ioctl. Executes the ioctls > > while running fsstress. These ioctls are used by tune2fs to safely change > > the uuid without racing other filesystem modifications. > > > > Signed-off-by: Jeremy Bongio > > --- > > .gitignore | 1 + > > src/Makefile | 4 +- > > src/uuid_ioctl.c | 106 +++++++++++++++++++++++++++++++++++++++++++++ > > tests/ext4/056 | 55 +++++++++++++++++++++++ > > tests/ext4/056.out | 2 + > > 5 files changed, 166 insertions(+), 2 deletions(-) > > create mode 100644 src/uuid_ioctl.c > > create mode 100755 tests/ext4/056 > > create mode 100644 tests/ext4/056.out > > > > diff --git a/.gitignore b/.gitignore > > index ba0c572b..dab24d68 100644 > > --- a/.gitignore > > +++ b/.gitignore > > @@ -169,6 +169,7 @@ tags > > /src/unwritten_mmap > > /src/unwritten_sync > > /src/usemem > > +/src/uuid_ioctl > > /src/writemod > > /src/writev_on_pagefault > > /src/xfsctl > > diff --git a/src/Makefile b/src/Makefile > > index 111ce1d9..e33e04de 100644 > > --- a/src/Makefile > > +++ b/src/Makefile > > @@ -31,14 +31,14 @@ LINUX_TARGETS = xfsctl bstat t_mtab getdevicesize preallo_rw_pattern_reader \ > > dio-invalidate-cache stat_test t_encrypted_d_revalidate \ > > attr_replace_test swapon mkswap t_attr_corruption t_open_tmpfiles \ > > fscrypt-crypt-util bulkstat_null_ocount splice-test chprojid_fail \ > > - detached_mounts_propagation ext4_resize > > + detached_mounts_propagation ext4_resize uuid_ioctl > > > > EXTRA_EXECS = dmerror fill2attr fill2fs fill2fs_check scaleread.sh \ > > btrfs_crc32c_forged_name.py > > > > SUBDIRS = log-writes perf > > > > -LLDLIBS = $(LIBHANDLE) $(LIBACL) -lpthread -lrt > > +LLDLIBS = $(LIBHANDLE) $(LIBACL) -lpthread -lrt -luuid > > > > ifeq ($(HAVE_XLOG_ASSIGN_LSN), true) > > LINUX_TARGETS += loggen > > diff --git a/src/uuid_ioctl.c b/src/uuid_ioctl.c > > new file mode 100644 > > index 00000000..a4937478 > > --- /dev/null > > +++ b/src/uuid_ioctl.c > > @@ -0,0 +1,106 @@ > > +// SPDX-License-Identifier: GPL-2.0 > > + > > +/* > > + * Test program which uses the raw ext4 set_fsuuid ioctl directly. > > + * SYNOPSIS: > > + * $0 COMMAND MOUNT_POINT [UUID] > > + * > > + * COMMAND must be either "get" or "set". > > + * The UUID must be a 16 octet represented as 32 hexadecimal digits in canonical > > + * textual representation, e.g. output from `uuidgen`. > > + * > > + */ > > + > > +#include > > +#include > > +#include > > +#include > > +#include > > +#include > > +#include > > +#include > > +#include > > +#include > > + > > +struct fsuuid { > > + __u32 fu_len; > > + __u32 fu_flags; > > + __u8 fu_uuid[]; > > +}; > > + > > +#define EXT4_IOC_SETFSUUID_FLAG_BLOCKING 0x1 > > + > > +#ifndef EXT4_IOC_GETFSUUID > > +#define EXT4_IOC_GETFSUUID _IOR('f', 44, struct fsuuid) > > +#endif > > + > > +#ifndef EXT4_IOC_SETFSUUID > > +#define EXT4_IOC_SETFSUUID _IOW('f', 44, struct fsuuid) > > +#endif > > Will this be ext4 only ioctl? If this C program is only used for ext4 ioctl, I'd > like to rename it as "ext4_uuid_ioctl.c" (or something else make it not likes a > common test program). I think XFS doesn't has this ioctl, for now at least, it > get/set uuid by another way. Right now XFS only supports offline changes to UUIDs, but in principle we could implement this pair of ioctls some day. > > + > > +int main(int argc, char **argv) > > +{ > > + int error, fd; > > + struct fsuuid *fsuuid = NULL; > > + > > + if (argc < 3) { > > + fprintf(stderr, "Invalid arguments\n"); > > + return 1; > > + } > > + > > + fd = open(argv[2], O_RDONLY); > > + if (!fd) { > > + perror(argv[2]); > > + return 1; > > + } > > + > > + fsuuid = malloc(sizeof(*fsuuid) + sizeof(uuid_t)); > > + if (!fsuuid) { > > + perror("malloc"); > > + return 1; > > + } > > + fsuuid->fu_len = sizeof(uuid_t); > > + > > + if (strcmp(argv[1], "get") == 0) { > > + uuid_t uuid; > > + char uuid_str[37]; > > + > > + if (ioctl(fd, EXT4_IOC_GETFSUUID, fsuuid)) { > > + fprintf(stderr, "%s while trying to get fs uuid\n", > > + strerror(errno)); > > + return 1; > > + } > > + > > + memcpy(&uuid, fsuuid->fu_uuid, sizeof(uuid)); > > + uuid_unparse(uuid, uuid_str); > > + printf("%s", uuid_str); > > + } else if (strcmp(argv[1], "set") == 0) { > > + uuid_t uuid; > > + > > + if (argc != 4) { > > + fprintf(stderr, "UUID argument missing.\n"); > > + return 1; > > + } > > + > > + error = uuid_parse(argv[3], uuid); > > + if (error < 0) { > > + fprintf(stderr, "Invalid UUID. The UUID should be in " > > + "canonical format. Example: " > > + "8c628557-6987-42b2-ba16-b7cc79ddfb43\n"); > > + return 1; > > + } > > + > > + memcpy(&fsuuid->fu_uuid, uuid, sizeof(uuid)); > > + fsuuid->fu_flags = EXT4_IOC_SETFSUUID_FLAG_BLOCKING; > > + if (ioctl(fd, EXT4_IOC_SETFSUUID, fsuuid)) { > > + fprintf(stderr, "%s while trying to set fs uuid\n", > > + strerror(errno)); > > + return 1; > > + } > > + } else { > > + fprintf(stderr, "Invalid command\n"); > > + return 1; > > + } > > + > > + return 0; > > +} > > diff --git a/tests/ext4/056 b/tests/ext4/056 > > new file mode 100755 > > index 00000000..ebefb136 > > --- /dev/null > > +++ b/tests/ext4/056 > > @@ -0,0 +1,55 @@ > > +#! /bin/bash > > +# SPDX-License-Identifier: GPL-2.0 > > +# > > +# Test the set/get UUID ioctl. > > +# > > + > > +. ./common/preamble > > +_begin_fstest auto ioctl > > + > > +# Import common functions. > > +. ./common/filter > > + > > +# real QA test starts here > > +_supported_fs ext4 > > +_require_scratch > > +_require_test_program uuid_ioctl > > +_require_command $UUIDGEN_PROG uuidgen > > + > > +UUID_IOCTL=$here/src/uuid_ioctl > > + > > +# if the ioctl is not supported by the kernel, then skip test. > > +current_uuid=$($UUID_IOCTL get $SCRATCH_MNT 2>&1) > > +if [[ "$current_uuid" =~ ^Inappropriate[[:space:]]ioctl ]]; then > > + _notrun "UUID ioctls are not supported by kernel." > > +fi > > + > > +# Create filesystem and mount > > Rather than this such obvious comment description, explain why the below > "metadata_csum_seed" is necessary? > > > +_scratch_mkfs_ext4 -O metadata_csum_seed >> $seqres.full 2>&1 > > +_scratch_mount >> $seqres.full > > + > > +# Begin fsstress while modifying UUID > > +fsstress_args=$(_scale_fsstress_args -d $SCRATCH_MNT -p 15 -n 999999) > > +$FSSTRESS_PROG $fsstress_args > /dev/null 2>&1 & > > +fsstress_pid=$! > > + > > +for n in $(seq 1 20); do > > + new_uuid=$($UUIDGEN_PROG) > > + > > + echo "Setting UUID to ${new_uuid}" >> $seqres.full 2>&1 > > + $UUID_IOCTL set $SCRATCH_MNT $new_uuid > > + > > + current_uuid=$($UUID_IOCTL get $SCRATCH_MNT) > > + echo "$UUID_IOCTL get $SCARTCH_MNT: $current_uuid" >> $seqres.full 2>&1 > > + if [[ "$current_uuid" != "$new_uuid" ]]; then > > + echo "Current UUID ($current_uuid) does not equal what " > > + "was sent with the ioctl ($new_uuid)" > > Can these two lines really be printed? Let's hope not. > > + fi > > +done > > + > > +# success, all done > > +echo "Silence is golden" > > +kill $fsstress_pid >/dev/null 2>&1 > > +wait > > We can't make sure the testing will exit normally, so better to make sure the > fsstress processes are killed in _cleanup(). You can refer to generic/390. Might be time to turn that (run fsstress/fsx in the background and kill it later) into a set of common helper functions? (Or just implement this fix now and we'll revisit it whenever I get around to submitting the "fsstress vs. online fsck" series[1].) --D [1] https://git.kernel.org/pub/scm/linux/kernel/git/djwong/xfstests-dev.git/log/?h=refactor-fsmap-stress > Thanks, > Zorro > > > +status=0 > > +exit > > diff --git a/tests/ext4/056.out b/tests/ext4/056.out > > new file mode 100644 > > index 00000000..6142fcd2 > > --- /dev/null > > +++ b/tests/ext4/056.out > > @@ -0,0 +1,2 @@ > > +QA output created by 056 > > +Silence is golden > > -- > > 2.37.0.rc0.161.g10f37bed90-goog > > >