• Skip to primary navigation
  • Skip to main content
  • Skip to primary sidebar

Yellow Bricks

by Duncan Epping

  • Home
  • Unexplored Territory Podcast
  • HA Deepdive
  • ESXTOP
  • Stickers/Shirts
  • Privacy Policy
  • About
  • Show Search
Hide Search

3.0.x

load balancing active/active SAN’s

Duncan Epping · Apr 1, 2008 ·

Ernst, a regular poster of the Dutch VMug, posted a script for load balancing paths to an active/active SAN. What it does is select the next path for a LUN, in other words if there are four paths LUN1 will be reached via Path1, LUN2 via Path2 etc.

The script, also available for download here:

#!/bin/bash
for PATHS in 2 4 6 8
do
STPATHS=${PATHS}
COUNTER=”1″

for LUN in $(esxcfg-mpath -l | grep “has ${STPATHS} paths” | awk ‘{print $2}’)
do
esxcfg-mpath –lun=${LUN} –path=$(esxcfg-mpath -q –lun=${LUN} | grep FC | awk ‘{print $4}’ | awk ‘{print NR “S\t ” $0}’ | grep ${COUNTER}S | awk ‘{print $2}’) –preferred
COUNT=`expr ${COUNTER} + 1`
COUNTER=${COUNT}
if [[ ${COUNTER} -gt ${STPATHS} ]]
then
COUNTER=”1″
fi
done
done

This will result in the following outcome with “esxcfg-mpath -l”:

Disk vmhba2:1:4 /dev/sdh (512000MB) has 4 paths and policy of Fixed
FC 16:0.1 50060b0000646c8a<->50060e8004f2e812 vmhba2:1:4 On active preferred
FC 16:0.1 50060b0000646c8a<->50060e8004f2e873 vmhba2:2:4 On
FC 19:0.1 50060b0000646062<->50060e8004f2e802 vmhba4:1:4 On
FC 19:0.1 50060b0000646062<->50060e8004f2e863 vmhba4:2:4 On

Disk vmhba2:1:5 /dev/sdi (512000MB) has 4 paths and policy of Fixed
FC 16:0.1 50060b0000646c8a<->50060e8004f2e812 vmhba2:1:5 On
FC 16:0.1 50060b0000646c8a<->50060e8004f2e873 vmhba2:2:5 On active preferred
FC 19:0.1 50060b0000646062<->50060e8004f2e802 vmhba4:1:5 On
FC 19:0.1 50060b0000646062<->50060e8004f2e863 vmhba4:2:5 On

Disk vmhba2:1:6 /dev/sdj (307200MB) has 4 paths and policy of Fixed
FC 16:0.1 50060b0000646c8a<->50060e8004f2e812 vmhba2:1:6 On
FC 16:0.1 50060b0000646c8a<->50060e8004f2e873 vmhba2:2:6 On
FC 19:0.1 50060b0000646062<->50060e8004f2e802 vmhba4:1:6 On active preferred
FC 19:0.1 50060b0000646062<->50060e8004f2e863 vmhba4:2:6 On

Disk vmhba2:1:7 /dev/sdk (307200MB) has 4 paths and policy of Fixed
FC 16:0.1 50060b0000646c8a<->50060e8004f2e812 vmhba2:1:7 On
FC 16:0.1 50060b0000646c8a<->50060e8004f2e873 vmhba2:2:7 On
FC 19:0.1 50060b0000646062<->50060e8004f2e802 vmhba4:1:7 On
FC 19:0.1 50060b0000646062<->50060e8004f2e863 vmhba4:2:7 On active preferred

Disk vmhba2:1:8 /dev/sdl (512000MB) has 4 paths and policy of Fixed
FC 16:0.1 50060b0000646c8a<->50060e8004f2e812 vmhba2:1:8 On active preferred
FC 16:0.1 50060b0000646c8a<->50060e8004f2e873 vmhba2:2:8 On
FC 19:0.1 50060b0000646062<->50060e8004f2e802 vmhba4:1:8 On
FC 19:0.1 50060b0000646062<->50060e8004f2e863 vmhba4:2:8 On

Disk vmhba2:1:9 /dev/sdm (512000MB) has 4 paths and policy of Fixed
FC 16:0.1 50060b0000646c8a<->50060e8004f2e812 vmhba2:1:9 On
FC 16:0.1 50060b0000646c8a<->50060e8004f2e873 vmhba2:2:9 On active preferred
FC 19:0.1 50060b0000646062<->50060e8004f2e802 vmhba4:1:9 On
FC 19:0.1 50060b0000646062<->50060e8004f2e863 vmhba4:2:9 On

In other words, when you run this script each LUN will be addressed via a specific path and all HBA’s and SAN Disk Controllers will be used instead of the default first path / first controller policy. This will result in a better performance and distribution of load on the SAN Disk Controllers.

VMReference Card 1.1!

Duncan Epping · Mar 9, 2008 ·

Forbes just uploaded a brand new version of the VMReference Card. Download it, print it and keep it close!

Source: http://vmreference.com/

Here is version 1.1 in all its shining glory.

I’ve made several corrections (thanks everyone), added a few extra snippets and dusted it with a sprinkling of handy tips and tricks.

The biggest change is a small 3i section. I have been wanting to do this for a while, but I haven’t had a chance to play with it since its beta. There is quite lot of information around about 3i now, but I just wanted to add the sort of stuff people would actual use.

Broken Mirror freezes ESX host

Duncan Epping · Mar 7, 2008 ·

Back in the days of ESX 2.5 I managed a bunch of IBM Servers. It regularly happened that when a raid mirror set broke the IBM ESX host(the only servers I witnessed this with…) froze completely. I thought this problem was fixed with 3.0.x and I thought it was a VMware problem. [Read more…] about Broken Mirror freezes ESX host

New patches for 3.0.x

Duncan Epping · Mar 7, 2008 ·

There are a bunch of new patches released for 3.0.x:

New patches are available for ESX Server 3.0.1 and ESX Server 3.0.2. Please follow the instructions on the appropriate patch download page.

VMware ESX Server 3.0.1 Patch Download Page
[http://www.vmware.com/download/vi/vi3_patches_301.html]

ESX-1003504 (General): Fix for mptscsi_2xx Driver
ESX-1003505 (General): Fixes Network Connectivity Issues with Intel e1000 Driver
ESX-1003506 (General): Virtual Machines Boot Failure Through Network for PXE Clients
ESX-1003507 (Critical): Fixes Packet Latency and tg3 Driver Issues
ESX-1003355 (General): I/O Transactions on SUN X4200 Servers Cause SCSI Timeouts
ESX-1003508 (General): Fixes for VirtualCenter Server Agent Crash, Hot Addition and Deletion of LUNs Failure, Deletion of Virtual Machine Level Permissions; Support for VirtualCenter 2.0.x to Read Virtual Infrastructure 3.5 License Files
ESX-1003509 (General): Fixes for RARP Broadcast With NICs Failover and Hot Addition / Deletion of LUNs Failure

VMware ESX Server 3.0.2 Patch Download Page
[http://www.vmware.com/download/vi/vi3_patches_302.html]

ESX-1003513 (General): Fixes for Vmotion and Clone Operations Failure, VirtualCenter Server Agent Crash, Hot Addition and Deletion of LUNs Failure, Virtual Machine Level Permissions; VirtualCenter 2.0.x Failure to Read VI 3.5 License Files
ESX-1003177 (General): I/O Transactions on SUN X4200 Servers Cause SCSI Timeouts
ESX-1003514 (Critical): Fixes Packet Latency and tg3 Driver Issues
ESX-1003515 (Critical): Support for VMotion Incompatibility, Network Connectivity Issues; Fixes for Hot Addition and Deletion of LUNs Failure, Virtual Machines Boot Failure Through Network for PXE Clients, RARP Broadcast With NICs Failover

We expect the next patch release in late March 2008. If you have any questions, please contact support at 877-4-VMWARE.

vmkping results in “syscall version mismatch (compiled: 0x7616c4e3, kernel: 0x50f63116)”

Duncan Epping · Feb 22, 2008 ·

When troubleshooting a VMotion problem on an unpatched ESX 3.0.2 update 1 host today I wanted to use vmkping. This constantly resulted in the following error message:

syscall version mismatch (compiled: 0x7616c4e3, kernel: 0x50f63116)

I did not find any useful info on google so I checked the VMware knowledge base, maybe some over at VMware can read my mind or it’s a pure coincidence they just updated the following KB article, it seems to be a bug which is fixed in ESX-1002424. It’s actually mentioned in the release notes… I should read those more often I guess.

  • « Go to Previous Page
  • Page 1
  • Page 2
  • Page 3
  • Page 4
  • Page 5
  • Page 6
  • Interim pages omitted …
  • Page 8
  • Go to Next Page »

Primary Sidebar

About the Author

Duncan Epping is a Chief Technologist and Distinguished Engineering Architect at Broadcom. Besides writing on Yellow-Bricks, Duncan is the co-author of the vSAN Deep Dive and the vSphere Clustering Deep Dive book series. Duncan is also the host of the Unexplored Territory Podcast.

Follow Us

  • X
  • Spotify
  • RSS Feed
  • LinkedIn

Recommended Book(s)

Advertisements




Copyright Yellow-Bricks.com © 2025 ยท Log in