From: Timothy Shimmin <tes@sgi.com>
To: Martin Steigerwald <Martin@lichtvoll.de>
Cc: David Chinner <dgc@sgi.com>,
Justin Piszcz <jpiszcz@lucidpixels.com>,
xfs@oss.sgi.com
Subject: Re: Fwd: Re: xfs_fsr and null byte areas in files (fwd)
Date: Tue, 17 Jul 2007 15:03:22 +1000 [thread overview]
Message-ID: <469C4D9A.7080304@sgi.com> (raw)
In-Reply-To: <20070716070400.GU31489@sgi.com>
[-- Attachment #1: Type: text/plain, Size: 3395 bytes --]
David Chinner wrote:
> [Justin, thanks for the forward]
>
>> Subject: Re: xfs_fsr and null byte areas in files
>> Date: Sonntag 15 Juli 2007
>> From: Martin Steigerwald <Martin@lichtvoll.de>
>> To: xfs@oss.sgi.com
>>
>>
>> Okay, trying once again. This time just with xfs@oss.sgi.com (no CC, no
>> nothing) as according to my test mail that seems to work best.
>>
>> Well maybe my build problem is already fixed. I will try on another day.
>
> Your domain is on various RBLs so spamassassin scores are causing your
> mail to get classified as spam and are being dropped.
>
>> Am Dienstag 10 Juli 2007 schrieb David Chinner:
>>> On Mon, Jul 09, 2007 at 11:13:48PM +0200, Martin Steigerwald wrote:
>>>> 1) Is there an XFS qa test available for xfs_fsr? If so I could use
>>>> that one. Are there some hints on how to get started on XFS qa?
>>> Yes, test 042. Download it from CVS, build it (installing all the
>>> bits it asks for ;), edit common.config to add your test and scratch
>> Hi,
>>
>> Do I need both partitions for test 42? On the notebook I have only one
>> free partition and since it is a primary partition and all primary
>> partitions are used up, I cannot split it.
>
> Split the single partition with LVM. i.e. create a physvol using that
> partition and then create 2 logical volumes within it and use those.
>
Test 042 really only needs the scratch partition and not the test
partition.
So alternatively, if you want to get out of doing the above, then
I've attached a hack patch to circumvent the testdir checks that
are normally done in xfstests.
(I wonder if ideally, we could have a _require_testdir like we do
for scratch, and so we are not forced to be dependent on it -
generally, though, the idea is that testdir will always be there
between qa runs)
>> I can try with an external USB harddrive and hope that this test setup is
>> similar enough to the situation that yielded my xfs_fsr problems.
>>
>>> partitions (both volatile) and the 'check -l 042' to run test 042.
>> In order to test xfs_fsr on my laptop I tried compiling XFS qa, but I get
>> a compiler error in dmapi. I do not know what dmapi is, well I read
>> something about "Data Management API runtime environment" on google and
>> thought I may not need it to run test 42. But I do not find any option
>> in "./configure" to disable buildin it.
>>
>> I am using:
>>
>> ---------------------------------------------------------------------
>> shambala:~#1> apt-show-versions | grep xfs
>> xfsprogs/sid uptodate 2.9.0-1
>> xfslibs-dev/sid uptodate 2.9.0-1
>> xfsdump/sid uptodate 2.2.45-1
>> ---------------------------------------------------------------------
>
> $ sudo apt-get install libdm0 libdm0-dev
>
> You probably also want libacl1, libacl1-dev, libattr, libattr1-dev
> libblkid1, libuuid1 and uuid-dev.....
>
>> I used
>>
>> ---------------------------------------------------------------------
>> export CVSROOT=':pserver:cvs@oss.sgi.com:/cvs'
>> cvs checkout xfs-cmds
>> ---------------------------------------------------------------------
>
> or you could build them all from xfs-cmds/acl .../attr .../dmapi, etc.
>
>> to get xfsqa, then changed to the "xfs-cmds/xfs-tests" directory and
>> typed "make".
>
> It's the prereqs that you are missing....
>
If you take the build route, then remember to do
a "make install-dev" in the packages to get the headers installed.
--Tim
[-- Attachment #2: notestdir.patch --]
[-- Type: text/plain, Size: 2850 bytes --]
===========================================================================
Index: xfstests/check
===========================================================================
--- a/xfstests/check 2007-07-17 14:51:52.000000000 +1000
+++ b/xfstests/check 2007-07-17 14:49:15.000000000 +1000
@@ -176,7 +176,7 @@ then
fi
seq="check"
-_check_test_fs
+#_check_test_fs
[ -n "$TESTS_REMAINING_LOG" ] && echo $list > $TESTS_REMAINING_LOG
@@ -284,7 +284,7 @@ do
[ -f $seq.notrun ] || try=`expr $try + 1`
seq="after_$seq"
- _check_test_fs
+ #_check_test_fs
done
interrupt=false
===========================================================================
Index: xfstests/common.config
===========================================================================
--- a/xfstests/common.config 2007-07-17 14:51:52.000000000 +1000
+++ b/xfstests/common.config 2007-07-17 14:45:24.000000000 +1000
@@ -579,16 +579,16 @@ else
known_hosts
fi
-echo $TEST_DEV | grep -q ":" > /dev/null 2>&1
-if [ ! -b "$TEST_DEV" -a "$?" != "0" ]; then
- echo "common.config: Error: \$TEST_DEV ($TEST_DEV) is not a block device or a NFS filesystem"
- exit 1
-fi
-
-if [ ! -d "$TEST_DIR" ]; then
- echo "common.config: Error: \$TEST_DIR ($TEST_DIR) is not a directory"
- exit 1
-fi
+#echo $TEST_DEV | grep -q ":" > /dev/null 2>&1
+#if [ ! -b "$TEST_DEV" -a "$?" != "0" ]; then
+# echo "common.config: Error: \$TEST_DEV ($TEST_DEV) is not a block device or a NFS filesystem"
+# exit 1
+#fi
+#
+#if [ ! -d "$TEST_DIR" ]; then
+# echo "common.config: Error: \$TEST_DIR ($TEST_DIR) is not a directory"
+# exit 1
+#fi
echo $SCRATCH_DEV | grep -q ":" > /dev/null 2>&1
if [ ! -z "$SCRATCH_DEV" -a ! -b "$SCRATCH_DEV" -a "$?" != "0" ]; then
===========================================================================
Index: xfstests/common.rc
===========================================================================
--- a/xfstests/common.rc 2007-07-17 14:51:52.000000000 +1000
+++ b/xfstests/common.rc 2007-07-17 14:47:55.000000000 +1000
@@ -572,10 +572,10 @@ _require_scratch()
then
_notrun "this test requires a valid \$SCRATCH_DEV"
fi
- if [ "`_is_block_dev $SCRATCH_DEV`" = "`_is_block_dev $TEST_DEV`" ]
- then
- _notrun "this test requires a valid \$SCRATCH_DEV"
- fi
+# if [ "`_is_block_dev $SCRATCH_DEV`" = "`_is_block_dev $TEST_DEV`" ]
+# then
+# _notrun "this test requires a valid \$SCRATCH_DEV"
+# fi
;;
nfs*|ext2|ext3|reiserfs)
echo $SCRATCH_DEV | grep -q ":" > /dev/null 2>&1
@@ -1212,7 +1212,8 @@ _test_inode_extsz()
################################################################################
-if [ "$iam" != new -a "$iam" != bench ]
+#if [ "$iam" != new -a "$iam" != bench ]
+if false
then
# make some further configuration checks here
prev parent reply other threads:[~2007-07-17 5:03 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-07-15 21:47 Fwd: Re: xfs_fsr and null byte areas in files (fwd) Justin Piszcz
2007-07-16 7:04 ` David Chinner
2007-07-17 5:03 ` Timothy Shimmin [this message]
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=469C4D9A.7080304@sgi.com \
--to=tes@sgi.com \
--cc=Martin@lichtvoll.de \
--cc=dgc@sgi.com \
--cc=jpiszcz@lucidpixels.com \
--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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox