From: tj <lists@jager.no>
To: linux-raid@vger.kernel.org
Cc: Thomas Jager <lists@jager.no>
Subject: Re: Raid-5 long write wait while reading
Date: Sun, 27 May 2007 02:06:34 +0200 [thread overview]
Message-ID: <4658CB8A.8080503@jager.no> (raw)
In-Reply-To: <4653306B.4090500@jager.no>
Thomas Jager wrote:
> Hi list.
>
> I run a file server on MD raid-5.
> If a client reads one big file and at the same time another client
> tries to write a file, the thread writing just sits in uninterruptible
> sleep until the reader has finished. Only very small amount of writes
> get trough while the reader is still working.
> I'm having some trouble pinpointing the problem.
> It's not consistent either sometimes it works as expected both the
> reader and writer gets some transactions. On huge reads I've seen the
> writer blocked for 30-40 minutes without any significant writes
> happening (Maybe a few megabytes, of several gigs waiting). It happens
> with NFS, SMB and FTP, and local with dd. And seems to be connected to
> raid-5. This does not happen on block devices without raid-5. I'm also
> wondering if it can have anything to do with loop-aes? I use loop-aes
> on top of the md, but then again i have not observed this problem on
> loop-devices with disk backend. I do know that loop-aes degrades
> performance but i didn't think it would do something like this?
>
> I've seen this problem in 2.6.16-2.6.21
>
> All disks in the array is connected to a controller with a SiI 3114 chip.
I just noticed something else. A couple of slow readers where running on
my raid-5 array. Then i started a copy from another local disk to the
array. Then i got the extremely long wait. I noticed something in iostat:
avg-cpu: %user %nice %system %iowait %steal %idle
3.90 0.00 48.05 31.93 0.00 16.12
Device: tps kB_read/s kB_wrtn/s kB_read kB_wrtn
....
sdg 0.80 25.55 0.00 128 0
sdh 154.89 632.34 0.00 3168 0
sdi 0.20 12.77 0.00 64 0
sdj 0.40 25.55 0.00 128 0
sdk 0.40 25.55 0.00 128 0
sdl 0.80 25.55 0.00 128 0
sdm 0.80 25.55 0.00 128 0
sdn 0.60 23.95 0.00 120 0
md0 199.20 796.81 0.00 3992 0
All disks are member of the same raid array (md0). One of the disks has
a ton of transactions compared to the other disks. Read operations as
far as i can tell. Why? May be connected with my problem?
next prev parent reply other threads:[~2007-05-27 0:06 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-05-22 18:03 Raid-5 long write wait while reading Thomas Jager
2007-05-23 6:34 ` Holger Kiehl
2007-05-24 22:23 ` Thomas Jager
2007-05-27 0:06 ` tj [this message]
2007-05-28 16:01 ` Bill Davidsen
2007-06-03 0:14 ` tj
2007-06-04 20:31 ` Bill Davidsen
2007-06-07 17:41 ` Bill Davidsen
2007-06-08 5:49 ` Tuomas Leikola
2007-05-30 6:32 ` Holger Kiehl
2007-05-30 8:00 ` David Greaves
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=4658CB8A.8080503@jager.no \
--to=lists@jager.no \
--cc=linux-raid@vger.kernel.org \
/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.