From: Justin Piszcz <jpiszcz@lucidpixels.com>
To: Robert Hancock <hancockr@shaw.ca>
Cc: linux-kernel@vger.kernel.org, linux-raid@vger.kernel.org,
linux-ide@vger.kernel.org, xfs@oss.sgi.com,
Alan Piszcz <ap@solarrain.com>
Subject: Re: Lots of con-current I/O = resets SATA link? (2.6.25.10)
Date: Sun, 6 Jul 2008 08:42:59 -0400 (EDT) [thread overview]
Message-ID: <alpine.DEB.1.10.0807060841530.9996@p34.internal.lan> (raw)
In-Reply-To: <alpine.DEB.1.10.0807060741010.4930@p34.internal.lan>
On Sun, 6 Jul 2008, Justin Piszcz wrote:
> On Sun, 6 Jul 2008, Justin Piszcz wrote:
>> On Sat, 5 Jul 2008, Justin Piszcz wrote:
>>> On Sat, 5 Jul 2008, Robert Hancock wrote:
>> After the rebuild is completed I will perform more testing.
The following setup is in-place:
Kernel: 2.6.25.10
Boot options: none
NCQ: disabled on all disks
irqbalance: disabled/not running
Removal of all old test data:
$ for i in [0-9]*; do rm -rf $i & done
..
[468] 5158
[469] 5159
[470] 5160
[471] 5161
[472] 5162
$
-- no problems yet --
run untar test+copy test:
$ mkdir `seq 0 20`
$ ./runtest.sh
for i in `seq 0 20`
do
cd $i
tar xf ../linux-2.6.25.10.tar &
cd ..
done
for b in `seq 21 40`
do
cp linux-2.6.25.10.tar $b &
done
-- waiting for problems --
If no problems at the end of this test, will start up IRQ balance (how I
normally ran my system) and re-test to see it is relegated to the irqbalance
daemon running.
-----------------------------
Success ..
$ du -sh `seq 0 40`
311M 0
311M 1
311M 2
311M 3
311M 4
311M 5
311M 6
311M 7
311M 8
311M 9
311M 10
311M 11
311M 12
311M 13
311M 14
311M 15
311M 16
311M 17
311M 18
311M 19
311M 20
272M 21
272M 22
272M 23
272M 24
272M 25
272M 26
272M 27
272M 28
272M 29
272M 30
272M 31
272M 32
272M 33
272M 34
272M 35
272M 36
272M 37
272M 38
272M 39
272M 40
-----------------------------
.. no problems ..
.. proceeded with test mentioned above ..
Second round:
The following setup is in-place:
Kernel: 2.6.25.10
Boot options: none
NCQ: disabled on all disks
irqbalance: enabled
--
Remove old cruft:
$ for i in `seq 0 40`
> do
> rm -rf $i &
> done
Create new directories, re-run test:
$ mkdir `seq 0 20`
$ ./runtest.sh
.. no problems either ..
--
I do not have a method to reproduce the problem at will unfortunately.
Justin.
next prev parent reply other threads:[~2008-07-06 12:42 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <fa.u8J+BqAcxU1mg8ob9pMBJaAHBPo@ifi.uio.no>
2008-07-05 18:38 ` Lots of con-current I/O = resets SATA link? (2.6.25.10) Robert Hancock
2008-07-05 19:28 ` Justin Piszcz
2008-07-05 23:22 ` Robert Hancock
2008-07-05 23:24 ` Justin Piszcz
2008-07-06 10:31 ` Justin Piszcz
2008-07-06 10:44 ` Hannes Dorbath
2008-07-06 12:13 ` Justin Piszcz
2008-07-06 12:42 ` Justin Piszcz [this message]
2008-07-06 19:51 ` Justin Piszcz
2008-07-07 9:45 ` Mattias Wadenstein
2008-07-07 9:57 ` Justin Piszcz
2008-07-05 16:57 Justin Piszcz
2008-07-05 17:35 ` Jon Nelson
2008-07-05 17:35 ` Jon Nelson
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=alpine.DEB.1.10.0807060841530.9996@p34.internal.lan \
--to=jpiszcz@lucidpixels.com \
--cc=ap@solarrain.com \
--cc=hancockr@shaw.ca \
--cc=linux-ide@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-raid@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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox