Comments on: iSCSI multipathing with esxcli! Exploring the next version of ESX http://www.yellow-bricks.com/2009/03/18/iscsi-multipathing-with-esxcliexploring-the-next-version-of-esx/ Building blocks for virtualization... Fri, 19 Mar 2010 21:53:34 +0000 http://wordpress.org/?v=2.9.2 hourly 1 By: Arian van der Pijl http://www.yellow-bricks.com/2009/03/18/iscsi-multipathing-with-esxcliexploring-the-next-version-of-esx/comment-page-1/#comment-5981 Arian van der Pijl Fri, 15 Jan 2010 12:37:28 +0000 http://www.yellow-bricks.com/?p=2368#comment-5981 Sorry to ask but what about the guest? Should the guest continue to use their own iSCSI initiator as best practices? (Boot on VMFS and data volumes on iSCSI). Sorry to ask but what about the guest?
Should the guest continue to use their own iSCSI initiator as best practices? (Boot on VMFS and data volumes on iSCSI).

]]> By: Frankie Majowich http://www.yellow-bricks.com/2009/03/18/iscsi-multipathing-with-esxcliexploring-the-next-version-of-esx/comment-page-1/#comment-5760 Frankie Majowich Mon, 28 Dec 2009 19:08:02 +0000 http://www.yellow-bricks.com/?p=2368#comment-5760 Duncan, Something I came across when setting this up was during a failover. If you failed one of the paths I can no longer use vmkping to verify that storage is accessible. However, IO to the backend storage is still flowing over the other paths. Have you seen this before? I have replicated this on 2 separate VM deployments and 2 differente backend iSCSI SANs. Duncan,

Something I came across when setting this up was during a failover. If you failed one of the paths I can no longer use vmkping to verify that storage is accessible. However, IO to the backend storage is still flowing over the other paths. Have you seen this before? I have replicated this on 2 separate VM deployments and 2 differente backend iSCSI SANs.

]]> By: chuck8773 http://www.yellow-bricks.com/2009/03/18/iscsi-multipathing-with-esxcliexploring-the-next-version-of-esx/comment-page-1/#comment-4727 chuck8773 Fri, 09 Oct 2009 10:54:32 +0000 http://www.yellow-bricks.com/?p=2368#comment-4727 One thing I am running into is as follows. Still getting details so this is a little vague. If the first vmkernel for that subnet, has no access to the network, vmkpings to that subnet will fail. Regardless of how many other vmkernels are in that subnet. In our case the physical nic attached to vmk0 is down for switch maintenance. While it is down, we are unable to mount additional volumes. Investigating reveals that the service console is able to ping that subnet, but vmkping fails. I confirmed with other hosts. Hosts that have vmk0 up, due to being attached to the other switch stack, are able to ping and vmkping just fine. All hosts that have vmk0 down are able to ping but not vmkping. The other concern is that our EqualLogic SAN makes load balancing decisions that cause connections to log out and back into a different IP. I am not sure what will happen if a connection tries to reconnect. One thing I am running into is as follows. Still getting details so this is a little vague. If the first vmkernel for that subnet, has no access to the network, vmkpings to that subnet will fail. Regardless of how many other vmkernels are in that subnet. In our case the physical nic attached to vmk0 is down for switch maintenance. While it is down, we are unable to mount additional volumes. Investigating reveals that the service console is able to ping that subnet, but vmkping fails. I confirmed with other hosts. Hosts that have vmk0 up, due to being attached to the other switch stack, are able to ping and vmkping just fine. All hosts that have vmk0 down are able to ping but not vmkping.

The other concern is that our EqualLogic SAN makes load balancing decisions that cause connections to log out and back into a different IP. I am not sure what will happen if a connection tries to reconnect.

]]> By: Jefferson http://www.yellow-bricks.com/2009/03/18/iscsi-multipathing-with-esxcliexploring-the-next-version-of-esx/comment-page-1/#comment-4716 Jefferson Tue, 06 Oct 2009 22:57:59 +0000 http://www.yellow-bricks.com/?p=2368#comment-4716 Just to followup on my prior comment, I was able to make this work by disabling the iSCSI adapter and then rebooting. At that point I could turn on the multi-pathing and re-enable iSCSI without a problem. I'm not sure why vCenter froze the first time I tried that, but it worked properly on the rest of my hosts. Just to followup on my prior comment, I was able to make this work by disabling the iSCSI adapter and then rebooting. At that point I could turn on the multi-pathing and re-enable iSCSI without a problem. I’m not sure why vCenter froze the first time I tried that, but it worked properly on the rest of my hosts.

]]> By: Jefferson http://www.yellow-bricks.com/2009/03/18/iscsi-multipathing-with-esxcliexploring-the-next-version-of-esx/comment-page-1/#comment-4710 Jefferson Tue, 06 Oct 2009 03:24:57 +0000 http://www.yellow-bricks.com/?p=2368#comment-4710 How do you remove the extra (pre-multipathing) path? Mordock above said that you can do that by removing the targets and re-adding them, but I can't figure out how do to that. I've tried simply removing the targets from the dynamic/static discovery tabs, but the vSphere client just hangs when I try to do that. I also tried to disable iSCSI on the host with the same result. As a result I can't figure out how to remove the storage so I can re-add it without the extra path. How do you remove the extra (pre-multipathing) path? Mordock above said that you can do that by removing the targets and re-adding them, but I can’t figure out how do to that. I’ve tried simply removing the targets from the dynamic/static discovery tabs, but the vSphere client just hangs when I try to do that. I also tried to disable iSCSI on the host with the same result. As a result I can’t figure out how to remove the storage so I can re-add it without the extra path.

]]> By: Duncan http://www.yellow-bricks.com/2009/03/18/iscsi-multipathing-with-esxcliexploring-the-next-version-of-esx/comment-page-1/#comment-4390 Duncan Thu, 27 Aug 2009 16:09:20 +0000 http://www.yellow-bricks.com/?p=2368#comment-4390 no, you can do this with any version. no, you can do this with any version.

]]> By: jimheuton http://www.yellow-bricks.com/2009/03/18/iscsi-multipathing-with-esxcliexploring-the-next-version-of-esx/comment-page-1/#comment-4389 jimheuton Thu, 27 Aug 2009 15:12:11 +0000 http://www.yellow-bricks.com/?p=2368#comment-4389 Does iSCSI multipathing require the new Enterprise Plus license? Does iSCSI multipathing require the new Enterprise Plus license?

]]> By: Duncan http://www.yellow-bricks.com/2009/03/18/iscsi-multipathing-with-esxcliexploring-the-next-version-of-esx/comment-page-1/#comment-4135 Duncan Wed, 29 Jul 2009 18:56:50 +0000 http://www.yellow-bricks.com/?p=2368#comment-4135 they seem to be working here perfectly they seem to be working here perfectly

]]> By: onojdnob http://www.yellow-bricks.com/2009/03/18/iscsi-multipathing-with-esxcliexploring-the-next-version-of-esx/comment-page-1/#comment-4134 onojdnob Wed, 29 Jul 2009 18:11:20 +0000 http://www.yellow-bricks.com/?p=2368#comment-4134 Could you please checl/update your image links? I think they're broken. Could you please checl/update your image links? I think they’re broken.

]]> By: ascheale http://www.yellow-bricks.com/2009/03/18/iscsi-multipathing-with-esxcliexploring-the-next-version-of-esx/comment-page-1/#comment-4090 ascheale Thu, 23 Jul 2009 10:24:33 +0000 http://www.yellow-bricks.com/?p=2368#comment-4090 Sorry, didn´t read it to the end Sorry, didn´t read it to the end

]]>