public inbox for linux-xfs@vger.kernel.org
 help / color / mirror / Atom feed
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
 

      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