Storage Boards Cleanup
To make it easier to find information about HPE Storage products and solutions, we are doing spring cleaning. This includes consolidation of some older boards, and a simpler structure that more accurately reflects how people use HPE Storage.
Disk Arrays
cancel
Showing results for 
Search instead for 
Did you mean: 

VA-7100 slow performance

Kay Liesenfeld
Frequent Advisor

VA-7100 slow performance

Hi,

we have a brand new L-Class (rp5470) and VA-7100 with 10 x 76 GB.

Performance of VA is (in my opinion) very slow, because we have an old (5 years old!) Raid-Array which is much faster than the VA!

All settings are default. Firmware is HP14.

What's wrong?

Kay.
14 REPLIES
Paul Barmettler
Frequent Advisor

Re: VA-7100 slow performance

Hi,

an upgrade to HP16 will solve your problem.
Kay Liesenfeld
Frequent Advisor

Re: VA-7100 slow performance

Thanks.

Is it downloadable? Where?
Paul Barmettler
Frequent Advisor

Re: VA-7100 slow performance

Hi,

it's not downloadable. Call your Hp representative for the upgrade.
Vincent Farrugia
Honored Contributor

Re: VA-7100 slow performance

Hello,

Follow this link:

http://www.hp.com/cposupport/information_storage/support_doc/lpg35039.html

HTH,
Vince
Tape Drives RULE!!!
David Bell_1
Honored Contributor

Re: VA-7100 slow performance

Kay,

As mentioned, call your HP representative for the upgrade to HP16 firmware. Also, you didn't mention anything else about your configuration. If you're using to HBA's (Host Bus Adapters, if you're using a fibre channel switch, how many LUNS you have configured, etc. Assuming you have two HBA's, be sure you have at least two LUNS per volume group for the purpose of striping across alternate links. You can perform a vgreduce and then vgextend to use the alternate link on every other logical volume. This will ensure you are using both HBA's and both controllers simultaneously. Have a look at the link Vincent provided, it provides some good information.


HTH,

Dave
Kay Liesenfeld
Frequent Advisor

Re: VA-7100 slow performance

Hi everybody,

we have 2 controllers inside the box (A6795A) with connections to the VA.

We have 5 LUNs specified, but we don't stripe volume groups about many LUNs -- each LUN is one volume group.

Why would I profit from spanning volume groups over many LUNs? I have no chance to pin one LUN to one controller, so I can't set over what controller the data will be transferred.

Or am I going the wrong way?
Quin Hammes
Valued Contributor

Re: VA-7100 slow performance

Kay,
Make sure that each LUN isn't using the same controller as the primary. In other words, lets say that you have device files starting with c1 and c2. Make sure that the first Lun is using c1, the next one is using c2, the third lun is using c1 etc. If there are two luns which you know are being used more than the others than make sure that those do not share the same controller as their primary. This will allow you to use both controllers at the same time therefore hopfully helping with throughput. Do you have the latest patches for the HBAs?

Quin
Kay Liesenfeld
Frequent Advisor

Re: VA-7100 slow performance

Quin,

thanks for this idea. But how can I make sure what LUN uses what controller? Where can I see that? And -- more important -- where can I set that?

(Only to make sure that we are not on the wrong way -- the VA7100 has only one redundancy group, if you mean that.)


David Bell_1
Honored Contributor

Re: VA-7100 slow performance

Kay,

Take a look at the attached word document and see if this helps. Please note that only the primary controller writes so some benefit may be gained by putting the write intensive LUNS on the primary controller.

Dave
Kay Liesenfeld
Frequent Advisor

Re: VA-7100 slow performance

Thank you for the info.

Unfortunalety the volume groups and logical volumes are created with Veritas Volume Manager and not visible for vginfo, vgreduce and vgextend.

I'll check after the weekend if the same things can be made with Veritas.

But, what I do not understand: I can't create LUNs on the controller I wish to. I can create a LUN and that's it.

I attached my ioscan for detailed info.

What you see is: I have created six LUNs without having the possibility to put one LUN on one controller. It's all made by the system.

As I said before, VA7100 only have one Redundancy Group, if you mean that.

But I'm still learning, so tell me please! ;-)
David Bell_1
Honored Contributor

Re: VA-7100 slow performance

Kay,

In Command View SDM, you cannot specify the controller in which a LUN is created on. The LUN will be created on the primary controller. That is why the suggestion of the vgreduce/vgextend. You are correct in that the VA7100 only has one RAID group. I'm not sure how that would be accomplished with Volume Manager, however, I'm sure that it has a way to control which path is primary to the Volume Group. I'll see if I can find anything on making those changes.

Dave
Vincent Fleming
Honored Contributor

Re: VA-7100 slow performance

With the VA7100, controller 1 is primary for all LUNs.

Good luck!
No matter where you go, there you are.
Kay Liesenfeld
Frequent Advisor

Re: VA-7100 slow performance

I'd make a call at HP today and maybe they can help. There will be someone who will flash the firmware tomorrow, however.

Meanwhile, I did some tests with a 600MB-file:

dd if=file.dmp of=/dev/null

The VA needs 350 seconds for 600 MB = 1,6 MB per second. I read something about 90 MB in the factsheet. Sure, dd is no performance measurement tool, but the difference to theory is too large.

Using glance I mentioned that there is no i/o activity on the VA-devices, but very high cpu workload(about 90% for dd process). The file was for sure NOT in the buffer cache.

I have the same feeling with using Oracle and another i/o-intensive application on that machine: waiting for i/o and very high CPU workload.

I checked the inside performance data of the VA and the highest peak was at 20 Units / second. (MB???)

We connected a very old RAID5-Array (5 years, very slow!) and this array is faster (!!!) than the VA! Only difference: the old array was connected over LVD, not FC like the VA.

Maybe there's a bug in FC-handling of HPUX / driver?

Any idea by thinking that way? Any help is truly welcome!
Kay Liesenfeld
Frequent Advisor

Re: VA-7100 slow performance

Hi all,

got the problem!

Example: 4 GB File
dd if=file of=/dev/null bs=512
350 seconds = 1,6 MB/s

dd if=file of=/dev/null bs=100M
72 seconds = 55 MB/s

If the application is getting larger blocks at one time and doesn't has to start / continue reading often, it's much better than with smaller block sizes.

OK. But how have have I to tune my applications to profit of that behaviour?

We are using vxfs, do you have any suggestions about cache size, extent size or something else?

And are there any ideas how to tune Oracle that way?

Thanks for everything!