From: Jeff Liu <jeff.liu@oracle.com>
To: "xfs@oss.sgi.com" <xfs@oss.sgi.com>, Eric Whitney <enwlinux@gmail.com>
Cc: linux-ext4@vger.kernel.org
Subject: Re: [PATCH] xfstests: set umask to avoid spurious generic/314 test failures
Date: Fri, 13 Dec 2013 12:06:14 +0800 [thread overview]
Message-ID: <52AA87B6.6010607@oracle.com> (raw)
In-Reply-To: <20130921211735.GC7855@wallace>
Hi Folks,
We missed this patch from Eric for a few months, I observed the same
false alarm while analyzing xfstests logs against our next tree...
Eric's fix works fine to me.
Thanks,
-Jeff
On 09/22 2013 05:17 AM, Eric Whitney wrote:
> Generic/314 can fail when the group write file mode bit for "subdir" does not
> match that found in the golden output, as has been seen in ext4 regression
> testing. It appears that the golden output for generic/314 was taken on a
> system where the $qa_user's umask cleared that mode bit - most likely, where
> the umask was 022. Depending upon the distro, it's not uncommon for a user's
> default umask to have a different value, such as 002. When that's the case,
> we get a false negative failure when the group write mode bit for "subdir" is
> not cleared. This failure is unrelated to the value of the SGID mode bit
> that is the object of this test.
>
> We could either require that $qa_user's account be configured in advance with
> a umask of 022, or explicitly set a umask value compatible with the golden
> output when creating "subdir". The latter option is more robust.
>
> Signed-off-by: Eric Whitney <enwlinux@gmail.com>
> ---
> tests/generic/314 | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
> mode change 100644 => 100755 tests/generic/314
>
> diff --git a/tests/generic/314 b/tests/generic/314
> old mode 100644
> new mode 100755
> index 0dd98a3..f430b82
> --- a/tests/generic/314
> +++ b/tests/generic/314
> @@ -57,7 +57,7 @@ chown $qa_user:12345 $TEST_DIR/$seq-dir
> chmod 2775 $TEST_DIR/$seq-dir
>
> # Make subdirs before & after acl set
> -su $qa_user -c "mkdir $TEST_DIR/$seq-dir/subdir"
> +su $qa_user -c "umask 022; mkdir $TEST_DIR/$seq-dir/subdir"
> su $qa_user -c "setfacl -m u:$qa_user:rwx,d:u:$qa_user:rwx $TEST_DIR/$seq-dir"
> su $qa_user -c "mkdir $TEST_DIR/$seq-dir/subdir2"
>
>
WARNING: multiple messages have this Message-ID (diff)
From: Jeff Liu <jeff.liu@oracle.com>
To: "xfs@oss.sgi.com" <xfs@oss.sgi.com>, Eric Whitney <enwlinux@gmail.com>
Cc: linux-ext4@vger.kernel.org
Subject: Re: [PATCH] xfstests: set umask to avoid spurious generic/314 test failures
Date: Fri, 13 Dec 2013 12:06:14 +0800 [thread overview]
Message-ID: <52AA87B6.6010607@oracle.com> (raw)
In-Reply-To: <20130921211735.GC7855@wallace>
Hi Folks,
We missed this patch from Eric for a few months, I observed the same
false alarm while analyzing xfstests logs against our next tree...
Eric's fix works fine to me.
Thanks,
-Jeff
On 09/22 2013 05:17 AM, Eric Whitney wrote:
> Generic/314 can fail when the group write file mode bit for "subdir" does not
> match that found in the golden output, as has been seen in ext4 regression
> testing. It appears that the golden output for generic/314 was taken on a
> system where the $qa_user's umask cleared that mode bit - most likely, where
> the umask was 022. Depending upon the distro, it's not uncommon for a user's
> default umask to have a different value, such as 002. When that's the case,
> we get a false negative failure when the group write mode bit for "subdir" is
> not cleared. This failure is unrelated to the value of the SGID mode bit
> that is the object of this test.
>
> We could either require that $qa_user's account be configured in advance with
> a umask of 022, or explicitly set a umask value compatible with the golden
> output when creating "subdir". The latter option is more robust.
>
> Signed-off-by: Eric Whitney <enwlinux@gmail.com>
> ---
> tests/generic/314 | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
> mode change 100644 => 100755 tests/generic/314
>
> diff --git a/tests/generic/314 b/tests/generic/314
> old mode 100644
> new mode 100755
> index 0dd98a3..f430b82
> --- a/tests/generic/314
> +++ b/tests/generic/314
> @@ -57,7 +57,7 @@ chown $qa_user:12345 $TEST_DIR/$seq-dir
> chmod 2775 $TEST_DIR/$seq-dir
>
> # Make subdirs before & after acl set
> -su $qa_user -c "mkdir $TEST_DIR/$seq-dir/subdir"
> +su $qa_user -c "umask 022; mkdir $TEST_DIR/$seq-dir/subdir"
> su $qa_user -c "setfacl -m u:$qa_user:rwx,d:u:$qa_user:rwx $TEST_DIR/$seq-dir"
> su $qa_user -c "mkdir $TEST_DIR/$seq-dir/subdir2"
>
>
_______________________________________________
xfs mailing list
xfs@oss.sgi.com
http://oss.sgi.com/mailman/listinfo/xfs
next prev parent reply other threads:[~2013-12-13 4:07 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-09-21 21:17 [PATCH] xfstests: set umask to avoid spurious generic/314 test failures Eric Whitney
2013-09-21 21:17 ` Eric Whitney
2013-12-13 4:06 ` Jeff Liu [this message]
2013-12-13 4:06 ` Jeff Liu
2013-12-13 11:17 ` Christoph Hellwig
2013-12-13 11:17 ` Christoph Hellwig
2013-12-17 16:39 ` Rich Johnston
2013-12-17 16:39 ` Rich Johnston
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=52AA87B6.6010607@oracle.com \
--to=jeff.liu@oracle.com \
--cc=enwlinux@gmail.com \
--cc=linux-ext4@vger.kernel.org \
--cc=xfs@oss.sgi.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.