linux-lvm.redhat.com archive mirror
 help / color / mirror / Atom feed
From: Ray Van Dolson <rvandolson@esri.com>
To: linux-lvm@redhat.com
Subject: [linux-lvm] Performance improved during pvmove??
Date: Fri, 25 Mar 2011 17:53:07 -0700	[thread overview]
Message-ID: <20110326005307.GA2753@esri.com> (raw)

Trying to sort out an odd one.

Have a RHEL 5.6 VM running on top of ESXi 4.1 backed by an NFS data
store.

Had a VG defined comprised of two PV's, one of which was not 4k aligned
properly.  The system showed a lot of iowait, ESXi's Performance stats
showed high IO latency response times and there were noticeable pauses
and glitches when using the system.

I decided to use pvmove to rectify this situation (ref below) by
growing the disk on which the correctly aligned PV lived, adding a
second PV there and pvmoving the "bad" PV to this new PV.

    Before:
        ext4
          VG
            PV1 /dev/sdb1 (not aligned correctly)
            PV2 /dev/sdc1

    After:
        ext4
          VG
            PV2 /dev/sdc1
            PV3 /dev/sdc2

As soon as I kicked off the pvmove (pvmove -v /dev/sdb1), my iowait
dropped to normal levels, and ESXi's performance graphs indicating
write latency dropped to as low as I've seen them.

Interaction with the system became "normal" with no glitchiness
whatsoever.

Normal file system activity continued (we didn't take the system down
for this workload).

After about 8 hours the pvmove finished and I removed /dev/sdb from the
VG and from the system.  Almost immedaitely the IO wait times spiked
again, ESXi is once again showing spikes of 500+ ms latency on IO
requests and the system became glitchy again from the console.

I'd say it's not as bad as before, but what gives?  Why were things
great *during* the pvmove, but not after?

I'm wondering if I goofed by using two PV's on the same disk with this
type of setup.  A single I/O request might need to be serviced by
multiple requests to the completely different spots in the same
physical disk....

I may look to create a brand new physical disk and just migrate all of
the data there.

Anyone have any thoughts?

Thanks,
Ray

                 reply	other threads:[~2011-03-26  0:53 UTC|newest]

Thread overview: [no followups] expand[flat|nested]  mbox.gz  Atom feed

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=20110326005307.GA2753@esri.com \
    --to=rvandolson@esri.com \
    --cc=linux-lvm@redhat.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;
as well as URLs for NNTP newsgroup(s).