10400 wrong data port utilisation

Post Reply
lizardius
Posts: 6
Joined: Fri Nov 08, 2013 3:18 am

10400 wrong data port utilisation

Post by lizardius »

hello all!
I have different 3par:F200, 10400, 10800.
All is good with F200.
I have a little strange situation with 10400 storage. This system has 4 nodes, each node connected with one port to first SAN switch, and second port connected to another SAN switch. I have 8 ports connected to servers but only one port is fully loaded.
https://www.dropbox.com/s/u6mowbevpwhpuui/dataport.PNG

Maybe someone know how to fix this situation?

thank you.
lizardius
Posts: 6
Joined: Fri Nov 08, 2013 3:18 am

Re: 10400 wrong data port utilisation

Post by lizardius »

miracle...
one virtual machine overloaded port :shock:
issue self resolved after transferring this VM to another node.
User avatar
Richard Siemers
Site Admin
Posts: 1333
Joined: Tue Aug 18, 2009 10:35 pm
Location: Dallas, Texas

Re: 10400 wrong data port utilisation

Post by Richard Siemers »

I had similar issues... your ESX admins need to make sure round robin is set on every datastore on every ESX host. If you have 10 ESX hosts, and 10 data stores, they will have to clickity click 100 times or learn to script it. There are commands inside the implementation guide to make this the default for all NEW datastores added after the default is changed.

http://kb.vmware.com/selfservice/micros ... Id=1017760

I suspect what is happening is that you have 1 or more ESX hosts still using the default "Most Recently Used" policy.
Richard Siemers
The views and opinions expressed are my own and do not necessarily reflect those of my employer.
User avatar
BryanW
Posts: 71
Joined: Sat May 03, 2014 2:01 pm
Location: Dallas, TX

Re: 10400 wrong data port utilisation

Post by BryanW »

+100,
Richard Siemers wrote:I had similar issues... your ESX admins need to make sure round robin is set on every datastore on every ESX host. If you have 10 ESX hosts, and 10 data stores, they will have to clickity click 100 times or learn to script it. There are commands inside the implementation guide to make this the default for all NEW datastores added after the default is changed.

http://kb.vmware.com/selfservice/micros ... Id=1017760

I suspect what is happening is that you have 1 or more ESX hosts still using the default "Most Recently Used" policy.


+100, Richard hit the nail square on the head. I have experienced the exact same issue same with the same fix. Our ESX admins now script this for all of our storage types into their ESX autobuilds.
No idea why VMWare would keep most recently used as the default these days. it is akin to hard coding fiber ports to 2GB.
Bryan W
Senior Architect/Manager of System Infrastructure, Dallas TX
https://www.linkedin.com/in/bryanlwhite
afidel
Posts: 216
Joined: Tue May 07, 2013 1:45 pm

Re: 10400 wrong data port utilisation

Post by afidel »

Richard Siemers wrote:I had similar issues... your ESX admins need to make sure round robin is set on every datastore on every ESX host. If you have 10 ESX hosts, and 10 data stores, they will have to clickity click 100 times or learn to script it. There are commands inside the implementation guide to make this the default for all NEW datastores added after the default is changed.

http://kb.vmware.com/selfservice/micros ... Id=1017760

I suspect what is happening is that you have 1 or more ESX hosts still using the default "Most Recently Used" policy.

You shouldn't have to click, you should just need to change the policy and reboot the host, the PSAP policy change should take effect the next time the storage stack goes through its claim rules unless you've manually changed something (ie if you manually assign a policy it will keep the manual change but if it was set by existing policy automagically it should change the next time things are evaluated, this is my experience with 4.0, 4.1, and 5.0). Also like almost everything else in VMWare it can also be scripted.
lizardius
Posts: 6
Joined: Fri Nov 08, 2013 3:18 am

Re: 10400 wrong data port utilisation

Post by lizardius »

one additional update: one of our virtual disks was presented twice to hosts. :x first time this volume was presented to few hosts and second time - to host set, which includes old hosts and some new hosts. IMC don't check this situation :twisted: this situation leads that only one host port was utilized.
Post Reply