public inbox for fstests@vger.kernel.org
 help / color / mirror / Atom feed
* [PATCH] xfs/133: add quota name beginning with digits test
@ 2015-12-04 16:00 Zorro Lang
  2015-12-08 17:21 ` Eric Sandeen
  0 siblings, 1 reply; 3+ messages in thread
From: Zorro Lang @ 2015-12-04 16:00 UTC (permalink / raw)
  To: fstests; +Cc: eguan, sandeen, Zorro Lang

There're two bugs on xfsprogs:
1. when a project name beinning with digits, it can't be found
by run xfs_quota 'quota -p -v ...' command, but 'report' command
can find it.

2. When user or group names beginning with digits, we can't
create 'limit' for them, and can't find them either(likes above).

This case will create user, group and project names which beginning
with digits, then create limit for them, and query them.

Signed-off-by: Zorro Lang <zlang@redhat.com>
---

Hi,

This case need a test user, that doesn't like user 'fsqa', fsqa is a
common user for xfstests, but this case need a special and temporary
user and group. So I create and clean them in this case.

But this's the first time a xfstests case add test user/group by itself,
so please help to review, if this's appropriate?

Thanks,
Zorro

 tests/xfs/133     | 163 ++++++++++++++++++++++++++++++++++++++++++++++++++++++
 tests/xfs/133.out |   1 +
 tests/xfs/group   |   1 +
 3 files changed, 165 insertions(+)
 create mode 100755 tests/xfs/133
 create mode 100644 tests/xfs/133.out

diff --git a/tests/xfs/133 b/tests/xfs/133
new file mode 100755
index 0000000..71edda6
--- /dev/null
+++ b/tests/xfs/133
@@ -0,0 +1,163 @@
+#! /bin/bash
+# FS QA Test 133
+#
+# Test xfs_quota when user/group/project names beginning with digits.
+#
+# For example, create a 'limit' for '12345678-abcd' user/group/
+# project name. Then query if this 'limit' be created successfully.
+#
+#-----------------------------------------------------------------------
+# Copyright (c) 2015 Red Hat Inc.  All Rights Reserved.
+#
+# This program is free software; you can redistribute it and/or
+# modify it under the terms of the GNU General Public License as
+# published by the Free Software Foundation.
+#
+# This program is distributed in the hope that it would be useful,
+# but WITHOUT ANY WARRANTY; without even the implied warranty of
+# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
+# GNU General Public License for more details.
+#
+# You should have received a copy of the GNU General Public License
+# along with this program; if not, write the Free Software Foundation,
+# Inc.,  51 Franklin St, Fifth Floor, Boston, MA  02110-1301  USA
+#-----------------------------------------------------------------------
+#
+
+seq=`basename $0`
+seqres=$RESULT_DIR/$seq
+echo "QA output created by $seq"
+
+qa_user=""
+here=`pwd`
+tmp=/tmp/$$
+status=1	# failure is the default!
+trap "_cleanup; exit \$status" 0 1 2 3 15
+
+_cleanup()
+{
+	cd /
+	rm -f $tmp.*
+
+	if [ -n "$qa_user" ];then
+		# clean test user and group
+		_cat_passwd | grep -qw "$qa_user"
+		if [ $? -eq 0 ];then
+			userdel -r $qa_user >>$seqres.full 2>&1
+		fi
+		_cat_group | grep -qw "$qa_user"
+		if [ $? -eq 0 ];then
+			groupdel $qa_user >>$seqres.full 2>&1
+		fi
+	fi
+}
+
+# get standard environment, filters and checks
+. ./common/rc
+. ./common/filter
+. ./common/quota
+
+# remove previous $seqres.full before test
+rm -f $seqres.full
+
+# real QA test starts here
+
+# Modify as appropriate.
+_supported_fs xfs
+_supported_os Linux
+_require_scratch
+_require_xfs_quota
+
+_scratch_mkfs_xfs >/dev/null 2>&1
+
+do_user_group_test()
+{
+	local prefix=123456
+
+	# Search an unused name for test user and group
+	for ((; prefix<99999999; prefix++));do
+		_cat_passwd | grep -qw ${prefix}-fsqa
+		if [ $? -ne 0 ];then
+			_cat_group | grep -qw ${prefix}-fsqa
+			if [ $? -ne 0 ];then
+				qa_user=${prefix}-fsqa
+				break
+			fi
+		fi
+	done
+	if [ -z "$qa_user" ];then
+		_notrun "Can't find a suitable user or group name"
+	fi
+
+	groupadd $qa_user >>$seqres.full 2>&1 || _fail "groupadd $qa_user Failed"
+	useradd -g $qa_user $qa_user >>$seqres.full 2>&1 || _fail "useradd $qa_user Failed"
+
+	# user test
+	xfs_quota -x -c "limit -u bsoft=100m bhard=200m $qa_user" $SCRATCH_MNT >>$seqres.full 2>&1
+	[ $? -ne 0 ] && _fail "Create limit for user=$qa_user Failed"
+	xfs_quota -x -c "quota -u -v $qa_user" $SCRATCH_MNT 2>>$seqres.full | grep -qw $qa_user
+	[ $? -ne 0 ] && _fail "Query user=$qa_user Failed"
+	xfs_quota -x -c "report -u" $SCRATCH_MNT 2>>$seqres.full | grep -qw $qa_user
+	[ $? -ne 0 ] && _fail "Report user=$qa_user Failed"
+
+	# group test
+	xfs_quota -x -c "limit -g bsoft=100m bhard=200m $qa_user" $SCRATCH_MNT >>$seqres.full 2>&1
+	[ $? -ne 0 ] && _fail "Create limit for group=$qa_user Failed"
+	xfs_quota -x -c "quota -g -v $qa_user" $SCRATCH_MNT 2>>$seqres.full | grep -qw $qa_user
+	[ $? -ne 0 ] && _fail "Query group=$qa_user Failed"
+	xfs_quota -x -c "report -u" $SCRATCH_MNT 2>>$seqres.full | grep -qw $qa_user
+	[ $? -ne 0 ] && _fail "Report group=$qa_user Failed"
+
+
+	return 0
+}
+
+do_project_test()
+{
+	local qa_project=123456-project
+	local dir=$SCRATCH_MNT/project
+
+	mkdir $dir 2>/dev/null
+
+	#project quota files
+	cat >$tmp.projects <<EOF
+10:$dir
+EOF
+
+	cat >$tmp.projid <<EOF
+$qa_project:10
+EOF
+
+	xfs_quota -D $tmp.projects -P $tmp.projid -x \
+		-c "project -s $qa_project" $SCRATCH_MNT >>$seqres.full 2>&1
+	[ $? -ne 0 ] && _fail "Initalize project=$qa_project Failed"
+
+	xfs_quota -D $tmp.projects -P $tmp.projid -x \
+		-c "limit -p bsoft=100m bhard=200m $qa_project" $SCRATCH_MNT >>$seqres.full 2>&1
+	[ $? -ne 0 ] && _fail "Create limit for project=$qa_project Failed"
+
+	xfs_quota -D $tmp.projects -P $tmp.projid -x \
+		-c "quota -p -v $qa_project" $SCRATCH_MNT 2>>$seqres.full | grep -qw $qa_project
+	[ $? -ne 0 ] && _fail "Query project=$qa_project Failed"
+
+	xfs_quota -D $tmp.projects -P $tmp.projid -x \
+		-c "report -p" $SCRATCH_MNT 2>>$seqres.full | grep -qw $qa_project
+	[ $? -ne 0 ] && _fail "Report project=$qa_project Failed"
+
+	return 0
+}
+
+# Test user and group
+_qmount_option "uquota,gquota"
+_qmount
+do_user_group_test
+
+# Test project
+_qmount_option "uquota,pquota"
+_qmount
+_require_prjquota $SCRATCH_DEV
+do_project_test
+
+# success, all done
+status=0
+exit
diff --git a/tests/xfs/133.out b/tests/xfs/133.out
new file mode 100644
index 0000000..189cb69
--- /dev/null
+++ b/tests/xfs/133.out
@@ -0,0 +1 @@
+QA output created by 133
diff --git a/tests/xfs/group b/tests/xfs/group
index 9884329..bae09de 100644
--- a/tests/xfs/group
+++ b/tests/xfs/group
@@ -130,6 +130,7 @@
 130 fuzzers
 131 auto quick clone
 132 auto quick clone
+133 auto quick quota
 134 quota auto quick
 136 attr2
 142 dmapi
-- 
1.9.3


^ permalink raw reply related	[flat|nested] 3+ messages in thread

* Re: [PATCH] xfs/133: add quota name beginning with digits test
  2015-12-04 16:00 [PATCH] xfs/133: add quota name beginning with digits test Zorro Lang
@ 2015-12-08 17:21 ` Eric Sandeen
  2015-12-09  2:43   ` Zirong Lang
  0 siblings, 1 reply; 3+ messages in thread
From: Eric Sandeen @ 2015-12-08 17:21 UTC (permalink / raw)
  To: Zorro Lang, fstests; +Cc: eguan, sandeen

On 12/4/15 10:00 AM, Zorro Lang wrote:
> There're two bugs on xfsprogs:
> 1. when a project name beinning with digits, it can't be found
> by run xfs_quota 'quota -p -v ...' command, but 'report' command
> can find it.
> 
> 2. When user or group names beginning with digits, we can't
> create 'limit' for them, and can't find them either(likes above).
> 
> This case will create user, group and project names which beginning
> with digits, then create limit for them, and query them.
> 
> Signed-off-by: Zorro Lang <zlang@redhat.com>
> ---
> 
> Hi,
> 
> This case need a test user, that doesn't like user 'fsqa', fsqa is a
> common user for xfstests, but this case need a special and temporary
> user and group. So I create and clean them in this case.
> 
> But this's the first time a xfstests case add test user/group by itself,
> so please help to review, if this's appropriate?

So, I came to the conclusion, and talking w/ Dave I think he concurs, that it
would be better to document the need for these users in the README; then,
just like the "fsgqa" user, your test can check for the existence of i.e.
a "123456-fsgqa" user, and simply _notrun() if it's not present.  This way
/etc/passwd stays under the system administrator's control, but it's clear why
the test is skipped if the user doesn't exist.
 
-Eric


^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: [PATCH] xfs/133: add quota name beginning with digits test
  2015-12-08 17:21 ` Eric Sandeen
@ 2015-12-09  2:43   ` Zirong Lang
  0 siblings, 0 replies; 3+ messages in thread
From: Zirong Lang @ 2015-12-09  2:43 UTC (permalink / raw)
  To: Eric Sandeen; +Cc: fstests, eguan, sandeen



----- 原始邮件 -----
> 发件人: "Eric Sandeen" <sandeen@sandeen.net>
> 收件人: "Zorro Lang" <zlang@redhat.com>, fstests@vger.kernel.org
> 抄送: eguan@redhat.com, sandeen@redhat.com
> 发送时间: 星期三, 2015年 12 月 09日 上午 1:21:17
> 主题: Re: [PATCH] xfs/133: add quota name beginning with digits test
> 
> On 12/4/15 10:00 AM, Zorro Lang wrote:
> > There're two bugs on xfsprogs:
> > 1. when a project name beinning with digits, it can't be found
> > by run xfs_quota 'quota -p -v ...' command, but 'report' command
> > can find it.
> > 
> > 2. When user or group names beginning with digits, we can't
> > create 'limit' for them, and can't find them either(likes above).
> > 
> > This case will create user, group and project names which beginning
> > with digits, then create limit for them, and query them.
> > 
> > Signed-off-by: Zorro Lang <zlang@redhat.com>
> > ---
> > 
> > Hi,
> > 
> > This case need a test user, that doesn't like user 'fsqa', fsqa is a
> > common user for xfstests, but this case need a special and temporary
> > user and group. So I create and clean them in this case.
> > 
> > But this's the first time a xfstests case add test user/group by itself,
> > so please help to review, if this's appropriate?
> 
> So, I came to the conclusion, and talking w/ Dave I think he concurs, that it
> would be better to document the need for these users in the README; then,
> just like the "fsgqa" user, your test can check for the existence of i.e.
> a "123456-fsgqa" user, and simply _notrun() if it's not present.  This way
> /etc/passwd stays under the system administrator's control, but it's clear
> why
> the test is skipped if the user doesn't exist.

OK, if I don't need to create and clean the user and group, this case 'll be easier.

Due to project name test is independent test, it doesn't depend on user/group name test,
and they're from different patches of xfsprogs.

So I will make a separate test for project:
1) User/group case will '_notrun' if no appropriate test user.
2) Project case always can be run.

Thanks,
Zorro

>  
> -Eric
> 
> 

^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2015-12-09  2:43 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2015-12-04 16:00 [PATCH] xfs/133: add quota name beginning with digits test Zorro Lang
2015-12-08 17:21 ` Eric Sandeen
2015-12-09  2:43   ` Zirong Lang

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox