Re: extremely slow write performance plaintext

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On 01/19/2011 04:59 AM, Stan Hoeppner wrote:
Then, logically, there is something different about this logical volume than the
others.  All of them reside atop the same volume group, atop the same two
physical RAID6 arrays, correct?  Since I'm not quite tired of playing dentist (yet):

1. Were all of the LVs created with the same parameters?  If so, can you
demonstrate verification of this to us?
Yes...
pvcreate --metadatacopies 2 /dev/cciss/c1d0p1
pvcreate --metadatacopies 2 /dev/cciss/c1d1p1
vgcreate vg0 /dev/cciss/c1d0p1 /dev/cciss/c1d1p1
lvcreate -n shared -L 2.1T /dev/vg0
lvcreate -n homes -L 810G /dev/vg0
2. Are all of them formatted with XFS?  Were all formatted with the same XFS
parameters?  If so, can you demonstrate verification of this to us?
mkfs.xfs -L homes -i attr=2,size=1024 -l version=2,size=128m,lazy-count=1 /dev/vg0/homes mkfs.xfs -L shared -i attr=2,size=1024 -l version=2,size=128m,lazy-count=1 /dev/vg0/shared
3. Are you encrypting, at some level, the one LV that is showing low performance?

Cory:  "The two arrays were added to a volume group and multiple logical volumes
were created."
No encryption
4. Was this volume group preexisting?  Are there other storage devices in this
volume group, or _only_ the RAID6 arrays?
Everything is new, hardware, LV's, file systems...
5. Have you attempted deleting and recreating the LV with the performance issue?
No and I don't have the room to recreate this LV
6. How many total logical volumes are in this volume group?
6
7. What Linux distribution are you using?  What kernel version?
SLES 10 SP2, 2.6.16.60-0.21-bigsmp i686

We are not magicians here Cory.  We need as much data from you as possible or we
can't help you.  I thought I made this clear earlier.  You need to gather as
much relevant data from that box as you can and present it here if you're
serious about solving this issue.

I get the feeling you just don't really care.  In which case, why did you even
ask for help in the first place?  Troubleshooting this issue requires your
_full_ participation and effort.

In these situations, it is most often the OP who solves his/her own issue, after
providing enough information here that we can point the OP in the right
direction.  The key here is "providing enough information".
Sorry I'm not trying to withhold information. Whatever you need to know just ask and I'll be happy to provide it.



------------------------------------------------------------------------
The information contained in this communication is intended
only for the use of the recipient(s) named above. It may
contain information that is privileged or confidential, and
may be protected by State and/or Federal Regulations. If
the reader of this message is not the intended recipient,
you are hereby notified that any dissemination,
distribution, or copying of this communication, or any of
its contents, is strictly prohibited. If you have received
this communication in error, please return it to the sender
immediately and delete the original message and any copy
of it from your computer system. If you have any questions
concerning this message, please contact the sender.
------------------------------------------------------------------------

_______________________________________________
xfs mailing list
xfs@xxxxxxxxxxx
http://oss.sgi.com/mailman/listinfo/xfs


[Index of Archives]     [Linux XFS Devel]     [Linux Filesystem Development]     [Filesystem Testing]     [Linux USB Devel]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]

  Powered by Linux