No matter how sophisticated the technology is , It still takes people !
Subscribe to this blog
Follow by Email
Connect to the iSCSI array1
Now that you have the initiator software installed, you need to tell it where to look for mountable volumes. Start the initiator configuration by going to the Control Panel and choosing the iSCSI Initiator option. From the initiator, choose the Discovery tab, shown .
The iSCSI initiator’s Discovery tab.
On the Discovery tab, click the Add button under the Target Portals box. This will open the Add Target Portal dialog box, shown .
The Add Target Portal dialog box.
In the Add Target Portal dialog box, provide the name or IP address of your iSCSI array. The default communication port for iSCSI traffic is 3260. Unless you have changed your port, leave this as is. If you have configured CHAP security or are using IPSec for communication between your client and the array, click on the Advanced button and make necessary configuration changes. The Advanced Settings dialog box
Advanced options for connecting to your iSCSI array.
Back on the Add Target Portal, click the OK button to make the initial connection to the iSCSI array. Note that, at this point, you’re not connecting to an actual volume, but only to the array in general.
The target portal has been added to the initiator.
This post is related to the issue what we faced today when we replaced the SSL certificates in our setup. When I launched the web-client and access the update manager tab, I get the message "interface
com.vmware.vim.binding.integrity.VcIntegrity is not visible from class
I started off by
restarting the VMWare vSphere Update Manager Service for the affected vCSA: 1. Log into vCenter
using the firstname.lastname@example.org account. 2. Home - System
Configuration - Services - Restart
This did not resolve
my issue... And we tried restarting all the services by SSH/Console into the
affected server and run the following commands: service-control
--start --all Still no luck. Make sure the certs are applied and it gets reflected in the config file. ( verify if the thumbprint matches) root@homelab71 [
/usr/lib/vmware-updatemgr/bin ]# pwd/usr/lib/vmware-updatemgr/bin root@homelab71 [
/usr/lib/vmware-updatemgr/bin ]# ./updatemgr-util config -g | less
Before a running virtual machine can be migrated from one host to another there are some mandatory requirements that must first be met:
Hyper-V 2008 R2 must be deployed on both hosts. The first version of Hyper-V does not support live migration.
Source and destination Hyper-V hosts must be configured as a Failover cluster with shared storage enabled.
Source and destination systems must be using shared storage (i.e. via SAN or iSCSI configurations)
Source and destination systems must be running processors from the same manufacturer. It is not, for example, possible to migrate a virtual machine from an Intel based host to one containing an AMD CPU.
The virtual machine on which the migration is to be performed must be configured as Highly Available and to use Cluster Shared Volumes.
The virtual machine's Automatic Start Action setting must be set to do Nothing.
All Hyper-V hosts in the Failover cluster must be configured to boo…