From: Scott Mcdermott <smcdermott@questra.com>
To: linux-lvm@sistina.com
Subject: [linux-lvm] snapshots on RAID5 blow up machine ("switching cache buffer size")
Date: Wed Jul 2 02:38:02 2003 [thread overview]
Message-ID: <20030702073723.GC30882@questra.com> (raw)
Today my NFS-mounted mail spool slowed to a crawl in my mail
agent; I logged into the server and noticed the load average
over 20. I saw that a developer had a build going on (from
another machine) off one of the NFS exports (LVM on RAID5).
This particular LV was snapshotted at the time and
presumably the build caused lots of snapshot activity, but a
load over 20 is obviously abnormal.
I saw these in the logs:
kernel: raid5: switching cache buffer size, 4096 --> 1024
kernel: raid5: switching cache buffer size, 1024 --> 4096
kernel: raid5: switching cache buffer size, 4096 --> 1024
kernel: raid5: switching cache buffer size, 0 --> 1024
last message repeated 3 times
kernel: raid5: switching cache buffer size, 1024 --> 4096
kernel: raid5: switching cache buffer size, 0 --> 1024
kernel: raid5: switching cache buffer size, 0 --> 4096
last message repeated 2 times
kernel: raid5: switching cache buffer size, 4096 --> 1024
mostly the transitions were 512 to 4k, then back again,
hundreds of times per second.
I've searched the archives and see that this is related to
the filesystem using 4k blocks whereas snapshot IO uses 1k
blocks, so RAID5 code gets confused, but I don't understand
the internals of the filesystem to be able to say this is
expected behavior.
My questions are these:
- Is this a RAID5 problem or an LVM problem, or both?
I'm using an SMP kernel 2.4.22-pre2. In other words,
am I asking the wrong list about this problem because
it's a perfectly fair use of the backing store by the
LVM subsystem?
- Is this problem nonexistent on RAID1 backed or
RAID10 backed VGs (especially the latter since I am
contemplating a switch thereto)?
- Is the problem dependent on the snapshot extents
residing on the same PV as the snapshotted LVs? In
this case how to force snapshot extents to use
particular PVs if not all extents in the PV which
contains the LVs in question are allocated already?
I am planning to make extensive use of snapshots for backup
purposes (I plan to keep the last seven days of data online
as daily exported snapshots, to let users easily retrieve
things without going to tape), so I need to try to
understand this problem better.
Thanks for any comments.
next reply other threads:[~2003-07-02 2:38 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-07-02 2:38 Scott Mcdermott [this message]
2003-07-04 8:28 ` [linux-lvm] snapshots on RAID5 blow up machine ("switching cache buffer size") Jason H. Smith
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=20030702073723.GC30882@questra.com \
--to=smcdermott@questra.com \
--cc=linux-lvm@sistina.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 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.